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ABSTRACT 


This report contains the research results from 1988 research grant 
NAG8-641 from NASA/MSFC and a follow on 1989 contract NAS8-36955. 
Therefore, some of the results in this report were documented in the 
final report. Automatic Programming of Simulation Models, UAH Report 725, 
September 1988. 


1.0 INTRODUCTION 

The concepts of software engineering offer an approach to minimizing 
software development problems and to improving the overall simulation 
modeling environment. Software engineering encompasses the entire life 
cycle process by which a program is conceptualized, structured, programmed, 
verified, validated, and maintained. The goal of software engineering is 
to develop quality code, on time, and within budget. To meet this goal 
requires a variety of programming tools such as a good language with a 
library of reusable modules, a flexible editor, and a potent debugger. 

The focus of this research project is on using the concepts of soft- 
ware engineering to improve the simulation modeling environment. Of spe- 
cial interest is to apply an element of rapid prototyping, or automatic 
programming, to assist the modeler define the problem specification. Then, 
once the problem specification has been defined, an automatic code genera- 
tor is used to write the simulation code. 

The following two domains were selected for evaluating the concepts 
of software engineering for discrete event simulation: manufacturing 

domain and a spacecraft countdown network sequence. 

The specific tasks for this follow-on contract were to: 

1. Define the software requirements for a graphical user interface 
to the Automatic Manufacturing Programming System (AMPS) system. 

2. Develop a graphical user interface for AMPS. 

3. Compare the AMPS graphical interface with the AMPS interactive 
user interface. 
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2.0 MODELING LIFE CYCLE 


There has been considerable interest in improving the process for 
developing simulation models. One area of interest is the development of 
simulation support environments. Henriksen (1983) suggests a simulation 
software development environment composed of a set of integrated software 
tools. Standridge (1983) proposes the integration of software tools and 
database management techniques on each stage of the simulation model deve- 
lopment process. Pidd (1984) also outlines a simulation support environ- 
ment concept for handling one simulation problem at a time. 

Overstreet and Nance (1985) emphasize the need of a specification 
language to assist in analysis of discrete event simulation models. Balci 
(1986) describes the requirements for general model development environ- 
ments with focus on discrete event simulation modeling. Balci and Nance 
(1987) report a simulation support system for prototyping the automation- 
based paradigm. Rozenblit and Ziegler (1985) set up a conceptual framework 
for constructing knowledge-based, computer-aided environment for hierarchi- 
cal, modular discrete-event modeling. 

More recently, the Semiconductor Manufacturing Technology Initiative 
(SEMATECH) is developing a coherent modeling environment called CHIPS 
(Coherent Intergrated Planning System). CHIPS consists of five major modu- 
les: process flow analysis module, queueing network analysis module, system 
simulation module language, and a cost analysis module (Phillips, et al 
1989). SEMATECH is a cooperative project between industry and government 
with the goal to recover the world leadership in semiconductor manufac- 
turing. 
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Figure 1 outlines the phases of the model life cycle (Balci 1986 and 
Nance 1988). Basically, the modeling process is iterative rather than 
sequential as indicated in Figure 1. That is, the modeler goes back and 
forth between the various phases during the modeling process. 

Figure 1 can be considered as the traditional approach to simulation 
modeling (Balci 1986 and Nance et al 1988). The same process also applies 
to general modeling problems. The process consists of six stages described 
on the left side of the figure. On the right side, different types of 
models generated at different stages through the process are listed. For 
example, a conceptual model of a manufacturing system may be the 
understanding of the system by the modeler and in the mind of the modeler. 
A communicative model of the manufacturing system may be a graphic repre- 
sentation of the system in the form of a block diagram, flowchart, or net- 
work diagram. A GPSS simulation program of the manufacturing system is a 
programmed model. The model results are generated by executing the program. 

3.0 SOFTWARE ENGINEERING IN THE MODELING LIFE CYCLE 

Rapid prototyping is a technique used in software engineering for 
capturing system requirements early in the modeling life cycle so that 
these requirements can be evaluated, tested, verified and validated early 
in the process before starting the actual coding. The end result of rapid 
prototyping is the potential for large increases in productivity. 

An element of rapid prototyping is the automatic conversion of the 
communicative model into executable code. Automatic Programming (AP) is 
defined as the automation of some aspects of the computer programming pro- 
cess (Barr 1982). This automation is accomplished by developing another 
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Figure 1 . Phases in the modeling life cycle 




program, an automation programming system, that raises the level of 
satisfying computer program instructions. In other words, an AP system 
helps programmers write programs. AP systems improve the overall environ- 
ment for defining and writing programs (Brazier and Shannon 1987). 
Consequently, there should be a reduction in the amount of detail that the 
programmer needs to know. 

To write simulation programs automatically, two phases in the 
simulation modeling process are usually automated. The first phase is the 
automation of the process of specifying the problem. The second phase, and 
the more difficult phase, is the automatic generation of executable code in 
the target simulation language. 

3.1 Problem Specification 

Figure 2 shows the overlaying of automatic programming onto the 
modeling life cycle in Figure 1. Phase II, model development, has been 
replaced by a user interface program that assists the modeler in defining 
the problem specification. 

The automatic problem specification can be considered as an intelli- 
gent assistant to the user in defining the simulation model. Some authors 
call this approach the specification acquisition element of the simulation 
model construction (Murray and Sheppard 1988). 

Three approaches for assisting the user in defining the simulation 
model or problem specification are: 

°Natural language interface 

"Interactive graphical interface 

"Interactive dialogue interface 
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Figure 2. Software engineering imbedded in the modeling life cycle 






There is a fourth approach for assisting in the definition of 
problem specification, which is the use of a high-level specification 
language. This approach is less domain specific. However, the use of a 
high-level specification language requires the user to learn another 
language in order to define a problem. 

3.1.1 Natural language interface 

The Natural Language Interface (NLI) allows the user to specify the 
problem in free text format to the computer via a keyboard. The NLI then 
attempts to parse the text and automatically generate the simulation code 
in the target language. Most NLI's communicate interactively with the user 
to identify missing information and possible inconsistencies. The Natural 
Language Programming for Queueing Simulations (NLPQ) (Heidorn 1974) and the 
Electronic Manufacturing Simulation System (EMSS) (Ford and Schroer 1987) 
are two examples of a NLI. 

3.1.2 Interactive graphical interface 

The second approach to assist the user in specifying the problem is 
an Interactive Graphical Interface (IGI), which is less difficult than the 
NLI. An IGI consists of a menu of icons that are mouse selectable by the 
user in constructing a graphical representation of the system being simu- 
lated. Once the system has been constructed, the user inputs the attribu- 
tes corresponding to the icons through the keyboard. 

An example of an IGI is by Khosnevis and Chen (1986) who developed 
an object-oriented approach for graphically modeling a system. This system 
is rule-based and written in common LISP on an IBM PC. Once the graphical 
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description of the model is completed, the system automatically generates 
the equivalent SLAM simulation code. 

3.1.3 Interactive dialogue interface 

The third approach to assist the user in defining the problem speci- 
fication is the Interactive Dialogue Interface (IDI). An IDI consists of a 
series of questions that are asked the user. Among the three approaches 
for defining the problem specification, the interactive dialogue interface 
is the one most commonly used by developers. 

Several systems have been developed using the interactive dialogue 
approach. Haddock and Davis (1985) have developed a Flexible Manufacturing 
System (FMS) simulation generator. Brazier and Shannon (1987) have deve- 
loped an automatic programming system for modeling Automated Guided Vehicle 
System (AGVS). Murray and Sheppard (1988) have developed a Knowledge Based 
Model Construction (KBMC) system to automate model definition and code 
generation. These last three systems generate SIMAN code. 

3.2 Automatic simulation code generation 

In Figure 1, Phase III, write model, has been replaced in Figure 2 
by an automatic code generation program. Basically, two approaches exist 
for taking the internal problem specification and then automatically 
generating executable code in the target simulation language. The first 
approach is to generate simulation code directly from the internal repre- 
sentation of the problem specification. 

A second approach is to use a library of predefined macros to assist 
in the automatic generation of the simulation code. The advantage of such 
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an approach is the ability to solve more specialized problems than those 
previously discussed in the literature. The disadvantage is that most 
macros are domain specific. As a result, additional macros are needed to 
solve another problem domain. 

4.0 AUTOMATIC MANUFACTURING PROGRAMMING SYSTEM (AMPS) 

4.1 Introduction 

The Automatic Manufacturing Programming System (AMPS) is a software 
engineering tool for rapidly prototyping selected phases of the simulation 
process for domain specific manufacturing systems. The AMPS system con- 
sists of the following elements: 

°A set of generic manufacturing modules written in GPSS/PC (Minuteman 
1986) 

°An interface program for extracting the problem from the user and 
for creating a problem specification file 

°An automatic code generator program for creating the code in the 
target simulation language GPSS/PC 

The AMPS system domain is those manufacturing systems that can be 
described as having: 

“Assembly and subassembly lines where parts are being added to an 
assembly. 

“Manufacturing cells that are providing parts to the assembly and 
subassembly lines. 

“Inventory of parts being moved between the manufacturing cells and 
subassembly lines. 
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4.2 AMPS System Overview 


Figure 3 is an overview of the AMPS system operation. Once the user 
has scoped the problem domain, the user sits at a workstation and responds 
to the questions from the interface program. Based on the responses, the 
interface program creates an internal problem specification file. This 
file includes the manufacturing process network flow and the attributes for 
all stations, cells and stock points. The problem specification file is 
then used as input to the automatic code generator program which generates 
the simulation program in the target language GPSS/PC. 

The user then adds the experimental frame, such as the run state- 
ments, and the GPSS/PC simulation program is executed. To change the 
GPSS/PC model, the user recalls the problem specification. The user inter- 
face then provides the simulationist with a number of options to change or 
modify the problem specification. The code generator will then rewrite the 
GPSS program. 

4.3 Library of GPSS Macros 

In analyzing most manufacturing systems at the macro level, the 
following function are generally similar in nature: 

° Assembly - adding part X to part Y resulting in part Z 

° Fabrication - making of part X from part Y 

0 Inspection - inspecting part X 

0 Inventory transfer - moving part X or a cart of part X from stock 
point A to stock point B 

° Simple operation - performing an operation on part X resulting in 
a modified part X 
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Figure 3. AMPS system overview 
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These five functions represent the current domain of manufacturing 
functions within the AMPS system. Once the manufacturing functions have 
been defined, GPSS subroutines are written for the functions (see Appendix 
A). These routines constitute a library of predefined GPSS subroutines, or 
macros. This library of macros is then called, when needed, in the 
construction of the GPSS simulation model. Currently, the AMPS system has 
the following five GPSS subroutines: 

° Assembly 
° Manufacturing 
° Inventory transfer 
° Inspection 
° Task 

In a recent article on SEMATECH (Phillips, et al 1989), researchers 
have identified ten machine modules for the semiconductor manufacturing 
domain. Furthermore, the SEMATECH group has indicated that possibly no 
more than 16-20 generic machine modules may be required to completely 
represent the semiconductor manufacturing environment. 

Figure 4 briefly describes each of these macros. For example, the 
assembly station macro has the capability of simulating the adding of a 
variety of different items to the incoming part resulting in a modified 
part that is then transferred to the next destination, a station or stock 
point. For example, in Figure 4, station STA1 may assemble two part C's 
and three part D's to the incoming part A resulting in Part B. 

The manufacturing cell makes a cart of specified parts when an order 
is received. The cell can make multiple part types. For example, in 
Figure 4, cell MCI may make one part A from two part C's and three part H's 
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Figure 4. GPSS manufacturing macros 




and one part B from one part D. The task station performs an operation on 
a part. For example, in Figure 4 an operation is performed at station STA4 
on part E resulting in a modified part E. The inspection station inspects 
a defined percentage of parts. Of those inspected, a defined percentage is 
defective. Of those defective, a defined percentage is scrapped. 

The inventory transfer macro grants part requests from an assembly 
station or a manufacturing cell and checks if the inventory system is a 
push or pull. For a pull system the macro orders a cart of parts by 
sending an empty cart back to the source and sends a full cart of parts to 
the demand stock point from the source stock point. 

4.4 Sample Problem 

Figure 5 is an example of a typical manufacturing system that can be 
modeled by the AMPS system. The manufacturing system consists of one 
assembly line, two subassembly lines, and two manufacturing cells. The 
assembly line consists of two assembly stations, one task station and one 
inspection station. Subassembly line 2 consists of one assembly station 
and one task station while line 3 consists of two assembly stations. 
Manufacturing cell MCI provides part type C for assembly station ASSY1 and 
part type H for assembly station ASSY8. Manufacturing cell MC2 provides 
part type E for assembly station ASSY5 and part types F and G for assembly 
station ASSY7. There are a variety of stock points, labeled A through L, 
located throughout the manufacturing system. 

The GPSS program for the manufacturing system in Figure 5 that was 
generated by AMPS consists of 344 blocks, of which 110 blocks are for the 
five macros, 25 blocks are for the main program and 209 blocks are matrix 
savevalues for defining the system attributes. 
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5.0 AUTOMATIC NETWORK PROGRAMMING SYSTEM (ANPS) 


5.1 Introduction 

Large simulation projects have been undertaken for the space 
program. One of the projects involve simulating the countdown sequence 
prior to spacecraft liftoff. A countdown has a number of constraints. For 
example, on a lunar mission, these constraints may include allowable launch 
azimuth, required earth orbit inclination, daylight at the lunar landing 
area, and daylight at the primary recovery area. As a result of these 

constraints, a launch window of only several hours could exist during three 
consecutive days in a month. 

Another constraint is the cryogenic propellents. The handling of 
the cryogenic propellents prevent a launch hold from one day to the next. 
For example, a launch that is scrubbed after the cryogenics have been 
loaded is generally delayed at least until the third day within the launch 
opportunity. In addition, a typical prelaunch consists of thousands of 
events, both on the launch vehicle, as well as the ground support equip- 
ment, that must be successfully completed to launch within a given launch 
window. 

The Automatic Network Programming System (ANPS) is a tool to assist 
the modeler of prelaunch countdown sequences define the problem, and to 
then automatically generate the program code in the target simulation 
language GPSS/PC. The domain of problems that can be solved by ANPS is the 
prelaunch activities of space vehicles and the operation of supporting 
ground support equipment. A broader domain is reliability network models 
of hardware systems and subsystems. 
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5.2 Previous Research 


Snyder et al . (1967) have developed a simulation model of the Saturn 
V prelaunch activities beginning at T -24 hours and continuing through T-0 
hours, or lift-off. This model was used to predict the probability of 
launching the spacecraft within a given launch window. A second objective 
of the model was to identify locations in the countdown for placing holds 
and to determine the length of these holds. The model consisted of over 
1100 vehicle subsystems and 400 ground support subsystems. A detailed time 
line was developed showing the interrelationships of these subsystems. In 
additions to the time line, the model input included operational data, 
reliability data, and maintenance data. The model was written in GPSS-II 
and ran on an IBM 360 computer. 

The Synder model was expanded to include multiple launch windows and 
the operational sequence when a launch window was missed and the spacecraft 
had to be recycled to the next launch window (Schroer 1969). The model was 
used to predict the probability of launching a spacecraft within a given 
set of back-to-back launch windows. A second objective was to predict the 
probability of launching in a subsequent window, given a window had been 
missed and a recycle sequence and a possible hold had to be executed before 
resuming the countdown. 

5.3 ANPS System Overview 

The three AP elements in ANPS are an Interactive Dialogue Interface 
(IDI), a library of software modules, and an automatic simulation code 
generator. 
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The actual operation of ANPS is similar to AMPS (see Figure 3). The 
ANPS system uses an interactive dialogue interface to assist the user 
define the problem specification. Using this interface, the user sits at a 
personal computer and enters into a dialogue with the ANPS system. Based 
on the user's responses, the interactive interface creates an internal 
problem specification file. This file includes the time line for the 
countdown sequence, the attributes for the activities, and the dependent 
relationships between the activities. The specification file is used by 
the code generator program to create the simulation program in the target 
simulation language GPSS/PC. 

5.4 Library of GPSS Macros 

Since the ANPS system is domain specific to prelaunch countdown 
sequences, the number of needed software modules is minimal. Consequently, 
ANPS consists of the following four GPSS modules (see Appendix B): 

° Fixed activity operation function (VENT _A) 

° Continuous activity operation function (VENT _B) 

° Activity failure function (FAIL) 

° Activity interrupt function (XACT _ DELAY) 

These modules were selected based on a detailed evaluation of the 
two previously discussed models by Synder (1967) and Schroer (1969). 
Interestingly, several of these previously developed modules were written 
as Fortran HELP routines using the old GPSS -II. 

The fixed activity operation function (VENT_A) simulates the opera- 
tion of each fixed time activity and its time to failure. If the activity 
fails during its operation, the transaction is fowarded to the activity 
failure function (FAIL). 
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The continuous activity operation function (VENT_B) simulates the 
operation of each continuous time activity and its time to failure. This 
activity is not completed until all other related activities are completed. 
For example, system power is a continuous time function that will be on 

until all activities requiring power are completed. If the activity fails, 

the transaction is fowarded to the activity failure function. (FAIL). 

The activity failure function (FAIL) simulates the failure of an 

activity as indicated by functions VENT _ A and VENT _ B. When an activity 
fails, all the dependent activities enter a hold state. The function then 
simulates the time to repair the activity. If another activity fails 

during the delay of a dependent activity and the dependent activity is 
dependent on the first failed activity, the additional time to repair, if 
any, is added to the delay of the dependent activity. The failure function 
assumes that a dependent activity that has been delayed cannot fail during 
the delay. The activity interrrupt function XACT _DELAY contains the logic 
to add any additional time to an activity on hold if another activity fails 
during the hold and the held activity is dependent on the failed activity. 

The ANPS macros impose the following constraints: 

° An activity failure will cause that activity to be delayed until 
the failure has been repaired. 

° All dependent activities will also be delayed for the same time 
until the failure has been repaired. 

° If another activity fails during the delay of a dependent activity 
and the dependent activity is also dependent on the just failed 
activity, the additional time to repair, if any, is added to the 
delay of the dependent activity. 
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A dependent activity that has been delayed cannot fail during the 
delay time and will not cause other dependent activities to be 
delayed. 

° No two continuous activities can end on the same node. 

° No two activities can start from the same node and terminate on 
the same node. 

° No two activities can start from the same node and terminate on 
the same node. 

5.5 Sample Problem 

Figure 6 is a time line for a simplified prelaunch countdown 
sequence consisting of 16 fixed activities and two continuous activities. 
Figure 7 is the time line redrawn in the form of a network diagram and 
structured for input to the ANPS system. The dotted lines in these figures 
indicate time line constraints. For example, activities ACT11 and ACT15 
must be completed before starting activity ACT12. ACT21 is a durniy acti- 
vity with zero time that is used to impose the activity ACT15 constraint. 

Several other dummy activities were also required to construct the 
network diagram. For example, durnny activity ACT23 was added to simulate 
the termination of the second continuous activity ACT2, since no more than 
one continuous activity can end at a node. Also, dummy activity ACT19 was 
added at the completion of activity ACT5 since no two activities can start 
from the same node, node 2, and end at the same node, node 4. 

Table I contains the time attributes for the activites in the pre- 
launch countdown. These attributes include activity duration, activity time 
to failures, and activity time to repairs. Note that activities ACT1 and 
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Countdown (T - hours) 


-24 -20 -16 -12 -8 -4 0 

I i I I I 


ACT1 




ACT16 


Figure 6. Prelaunch countdown for sample problem 


91 













Figure 7. Network representation of prelaunch sequence 
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Table I. Countdown sequence attributes 


Actlvl tv 


Duration 

(hours) 

Continuous 

Continuous 

4 

8 

6 

4 

4 

4 

8 

8 

6 

6 

4 

4 

10 

6 

4 

4 

Dummy 

Dufimy 

Dunmy 

Dummy 

Dunmy 


Failure 
time (hours) 


Repair 

time (minutes) 

N(60,6) 
N(60,6) 
N(30,3) 
N(30 t 3) 
N(60,6) 
N(45,5) 
N(45,5) 
N(60,6) 
N(60,6) 
N(60,6) 
N(45, 5) 
N(30,3) 
N(60,6) 
N(90,9) 
H(60,6) 

N( 120,2) 

N(60,6) 

N(45,5) 



Table II. Operational dependencies between activities 


Activity 


Dependent Activity 

1 1 3 4 S | 6 7 8 9 10 I 11 12 13 14 15 I 16 17 18 19 20 I 21 22 23 







ACT2 have continuous operation times. That is, these activities will 
operate during the entire prelaunch countdown. An example of a continuous 
activity is electrical power that may be needed to operate a numer of acti- 
vities. 

Table II contains the operational dependencies between the activi- 
ties. In other words, the table gives the effect of an activity failure on 
other activities in the prelaunch. For example, a failure of the con- 

tinuous activity ACT1 will cause a stopping of activities ACT3, ACT4, ACT5, 
ACT12, ACT13, and ACT18. Likewise, a failure of activity ACT4 will cause a 
stopping of activity ACT5. 

Figure 8 gives the distribution of time to complete the prelaunch 
sequence in Figure 6. This distribution is based on the simulation of 200 
launches. The mean time to complete the countdown is 34.2 hours. Launch 
vehicle availability (LVA) is defined as the probability of launching 
within a given launch window. The LVA for up to six hour window is given 
in Figure 9. The LVA for a two hour window is 0.015 and increases to 
0.596 for a six hour window. 

6.0 DEVELOPMENTAL AP SYSTEMS 

Table III contains a comparison of the six platforms that have been 
developed for the AMPS and ANPS systems. Two programmers were used to 
develop the systems. Programmer A was Mr. W.S. Dwan who was a graduate 

student in computer science at the University of Alabama in Huntsville 
(UAH). Mr. Dwan was experienced in LISP on a Symbolics workstation. 
Programmer B was Mr. S.X. Zhang who was a visiting scholar at UAH from 
Northwestern Polytechnical University in Xian, China. 


24 






97 



6.1 AMPS/Symbolics 


The AMPS system was initially developed for the Symbolics 3620 
workstation and used the Interactive Dialogue Interface (IDI). Figure 10 
is a portion of a typical IDI dialogue. The AMPS system was written in LISP 
by programmer A in six man months. The system consisted of 1,500 lines of 
LISP code. The code production was 250 lines per month. 

A detailed description and operation of the AMPS system is given in 
UAH Report 720, Automated Manufacturing Programming System User's Manual , 
September 1988. The system has been submitted to NASA COSMIC (reference # 
28367). The AMPS/Symbolics system was also ported to the TI Explorer 
workstation. 

6.2 AN PS 

ANPS was the second system developed and used with the IDI dialogue. 
Figure 11 is a portion of a typical IDI dialogue. This system was deve- 
loped by programmer B using Turbo Prolog on an IBM/PC. The system con- 
sisted of 1,300 lines of code. The code production was 325 lines per month. 

A detailed description and operation of the ANPS system is given in 
UAH Report 735, Automatic Network Programming System User's Manual , October 
1988. The system has been submitted to NASA COSMIC (reference #26091). 

6.3 AMPS/PC 

This version of AMP was developed in Turbo Pascal on an IBM/PC and 
uses an IDI dialogue. The system was developed by programmer B using Turbo 
Pascal (Borland 1987) on an IBM PC. The system consists of 1,900 lines of 
code. The code production was 633 lines per month. 
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How many types of final products to be made in the manufacturing system: l 
Name of the product 1: A 
Name of the product 2: B 

Do you want to modify the input above? (Y or N) No. 

”************************************** 

* Specification of product A 

************************************** 


^Type of the facility used to produce product A at the final stage: Assembly line 

Name of the line to produce product A: MAIN 

Number of stations in line MAIN; 2 

Capacity and initial inventory at the stock points: 

Maximum number of parts at stock point: 2000 
Initial number of parts at stock point: 0 

Do you want to modify the input above? (Y or N) No. 

* Description of line MAIN 


Input process (Interarrival time of orders): 

Time: 

Distribution: Exponential 
Mean: 100 

Do you want to modify the input above? (Y or N) Mo. 

station 1 

(1) Station id: 1 

(2) Type of station: Assembly station 

(3) Station name: ONE 

(4) Fart required: 

Number of part types required: 2 
Name of part: C 
Number of part: 1 
Name of part: D 
Number of part: 2 

(5) Time: 

Distribution: Normal 
Mean: 100 

Standard deviation: 2 

Do you want to modify the input above? (Y or N) No. 


Figure 10. 


Typical IDI dialogue for AMPS/Symbolics 



Name of GFSS program file • EXAMF'LEl 

Name of GF'SS problem specification file: SFEC1 
Number of activities : 7 

Activity attributes 

Activity name ; $ACT1 

Activity type <fi xed/var i able) ; FIXED 

Duration distribution type : CONSTANT 

mean time ; 20 

Starting node number : i 

Ending node number : 5 

MTTF distribution type : CONSTANT 

mean t i me s 1 10 

MTTF distribution type : CONSTANT 

mean time : 0 

Number of dependent activities : 0 

Do you want to modify the above input (Y TJ< : N 




Figure 11. Typical IDI dialogue for ANPS 
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A detail description and operation of the system is given in UAH 
Report 723, Automatic Manufacturing Programming System User's Manual , 
October 1988. The system has been accepted for publication by NASA COSMIC 
(reference #28398). 

6.4 AMPS/PC 

This version of AMP is identical to the AMPS/PC in Section 6.3. The 
only difference is this version is written in Turbo C (Borland 1988) for 
the IBM/PC. The system consists of 1,300 lines of code. The code produc- 
tion was 325 lines per month. This system has not been submitted to NASA 
COSMIC. 


6.5 AMPS/Graphics 

This version of AMPS was developed for the Symbolics 3620 worksta- 
tion and uses the Interactive Graphical Interface (IGI). The system was 
written in LISP by programmer A in fifteen months. The system consists of 
3,500 lines of code. The code production was 233 lines per month. 

The AMP/Graphics system is documented in UAH Report 788, Automatic 
Manufacturing Programming/Graphics , August 1989. The system is being sub- 
mitted to NASA COSMIC. Since the AMPS/Graphics has been developed under 
the followon contract, a more detailed discussion of the system follows. 

6.5.1 AMPS/Graphics Overview 

An overview of the AMPS/Graphics system is given in Figure 12. The 
user sits at a Symbolics 3620 workstation to create or modify the model. 
The output of the Interactive Graphical Interface (IGI) program is the 
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Symbolics 3620 



Figure 12. AMPS/Graphics system overview 
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problem specification file. The automatic code generator program combines 
the specification file with the selected GPSS/PC macros and writes the 
simulation program. The program is then downloaded to the IBM PC and exe- 
cuted by the GPSS/PC system. To modify the program, the user recalls the 
problem specification file and the cycle repeated. 

The tree structure of the AMPS commands is given in Figure 13. The 
system consists of five menus: Main, Model, Layout, Specification and 
GPSS. In summary, the Main Menu contains the master control commands. The 
Model Menu contains the commands for creating, editing, saving, and reading 
models. The Layout Menu contains the commands for constructing the model. 
The Specification Menu includes the commands for defining the model parame- 
ters. The GPSS Menu contains the commands for writing the simulation code. 

Figure 14 is a list of the icons available in AMPS. These icons 
serve as the construction blocks in defining a manufacturing system. To 
define a manufacturing system the user selects these icons and develops a 
process flow showing the various stations and the flow between the sta- 
tions. Figure 15 gives all the feasible connections between the icons. For 
example, it is not feasible to connect an inspection station to a manufac- 
turing cel 1 . 

The function and connection rules for each of these icons are docu- 
mented within the system. The user can click on an icon to learn the func- 
tion -and the rules of the icon. All the connection rules are implemented 
in the system as construction rules of the models. As the user creates a 
model, the AMPS checks the partially completed model immediately for 
possible local violations of the rules. For example. Figure 16 shows the 
rules for an assembly station. 
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Main Menu 


Model Show GPSS Download Help Quit 


Demonstration System Information 


I I 

Create Edit 


Model Menu 

I I I I 

Save Read Erase Main Menu 


Layout Menu 


♦ 

Draw Icons Delete Objects Connect Icons Layout Complete Grid Main Menu — 




Grid Menu 


On Off Layout Menu — 


Specification Menu 


Specify Icons Specification Complete Main Menu 



GPSS Menu 


II 


Create GPSS Main Menu- 


Figure 13. AMPS/Graphics commands 
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Function 

Assembly station 

Starting point of an 
assembly line 

Demand stock point of 
pull Inventory system 

Ending stock point for 
final product 

Inspection station 

Manufacturing cell 

Stock point for part 
ordered from outside 

stock point for 
Push inventory system 

Supply stock point of 
pull Inventory system 

Task station 
Figure 14. Library of AMPS/Graphics icons 
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Figure 16 . Assembly station rules 



When the process flow has been completely drawn, the AMPS /Graphics 
will check the completeness of the structure. After the layout has passed 
the check for completeness, the user enters the parameters of the manufac- 
turing system. The user then clicks on each icon to input the specifica- 
tion. A parameter menu will pop up on the screen. Figure 17 shows the 
parameter menu of an inspection station. The user can move the cursor to 
each field to enter the data. The system then performs additional 
checking. For example, the AMPS will check whether the data are the right 
types for the fields. The AMPS will make certain that an initial inventory 
level is not larger than the capacity. 

6.5.2 Sample Problem 

Figure 18 is an example of a simple manufacturing system formulated 
using the AMPS/Graphics system. The manufacturing system consists of an 
assembly line, MAIN and two assembly stations, STA1 and STA2. The assembly 
line produces part A. Station STA1 assembles part C to the incoming part 
and passes it to station STA2. Station STA2 then assembles part B to the 
incoming part from station STA1 and produces part A. Part C is supplied 
through a pull inventory control system from manufacturing cell MC. A part 
C is made of parts D and E at the manufacturing cell MC. Parts B, D, and E 
are supplied from outside sources. 

Parts arriving at the assembly line follow the exponential distribu- 
tion with a mean of 100. The assemble time of each of the two stations is 
a constant 100. Station STA1 requires one part C and station STA2 requires 
one part B for an assembly. The stock point to hold the final product, 
part A, has a capacity of 1000 units. 


Inspection Station 

Station name: a string 
Kane of inspector: a string 
Na me of repairmain: a string 
Nan* of place for scrap parts: a string 

Inspection tine distribution: normal Exponential Uniform Constant 

a. Mean: a number 

b. Standard deviation: a number 

Repair time distribution: normal Exponent ial Uniform Constant 

c. Mean: a number 

Inspection rate (between 0 and 1) : 0 
Reject (repair) rate (between 0 and 1) : 0 
Scrap rate (between 0 and 1) : 0 


Done 


Abort 


Figure 17. Typical parameter input 



Figure 18 . Sample manufacturing system 
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Part C is used at station STA1 and is manufactured at manufacturing 
cell NIC. A pull inventory system controls the production and shipment of 
part C, which is represented by a pair of supply and demand stock points. 
A vehicle WGIG is used to move the carts between the stock points. The 
time to move the carts is 10. Each cart has a capacity of 4 parts C. 
Initially there is a cart of parts C at each of the supply and demand stock 
points. Parts B, D, and E are supplied from outside sources. Initially 
there are 1000 units for each part type. Manufacturing cell MC makes part 
C. One part D and two parts E are used to make one part C. The manufac- 
turing time is 100 and there is no setup time. 

The model is created by selecting the Model command from the Main 
Menu and the Create command from the Model Menu ( See Figure 13). The 
actual layout of the model is created by using the commands Draw Icons and 
Connect Icons in the Layout Menu. 

After the model has been completely drawn, the Layout Complete 
option is selected to start specifying the model parameters. Figure 19 
shows a portion of the model parameters. To specify an icon the user 
simply clicks on the icon when the AMPS is in the Specification Menu. 

Both the layout and the parameters can be saved for future use 
through the Save command in the Model Menu. At the completion of the 
problem specification, the user selects the Specification Complete command 
to end the model specification. The system then leads the user to the GPSS 
Menu command to create the corresponding simulation code in the target 
language GPSS/PC. 

Appendix D contains another sample problem. Included in this appen- 
dix are layout of the manufacturing system, a listing of the input parame- 
ters, and a complete listing of the GPSS simulation model. 
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Starting Point of Lino 
luo of lino: HAIM 

Intorarrival tlao distribution: Conatant 
Constant: ipp 


Final Product fros Assesbly Line 
Fart Dane: A 

Capacity and initial inventory at the stock point: 
Kanina maber of parts at stock point: 1000 
Initial nunber of parts at stock point: 0 


uoana fttocx Point 
Fart nue: C 

In a poll syste*. parts are assused to be ordered, 
••de, and shipped by carts. Tvo stockpoints: supply 
«d desand are created. 

Capacity and initial inventory at the atock point: 
Current cart capacity (nusber of parts per cart): 4 
Initial maber of carts at desand stock point: 1 * 
Initial nunber of carts at supply stock point: 1 
vehicle used to nove carts betveen stock points: vqiq 
Moving tine distribution: Constant 
Constant: 10 


Supply Stock Point 
Fart nane: C 

In a poll systes. parts are accused to be ordered, 
sade. and shipped by carts. Two stockpoints: supply 
and desand are created. 

Capacity and initial inventory at the stock point: 
Current cart capacity (nusber of parts per cart): 4 
Initial nusber of carts at desand stock point: 1 
Initial nusber of carts at supply stock point: 1 
vehicle used to sove carts betveen stock points: vqiq 
Moving tine distribution.- Constant 
Constant: 10 


Ordered fros outside 
Fart nase: D 

Capacity and initial inventory at the stock point: 

Maxinun nusber of parts at stock point: 1000 
Initial nusber of parts at stock point: 1000 
Mill Fart D be replenished during the sisulalion? No 

Figure 19. Partial parameter input 


41 


6.6 AMPS/PC/SIMAN 


The basic AMPS/PC system in Section 6.4 was modified to create SIMAN 
(Pegden 1985) rather than GPSS/PC code. This system used the identical 
Interactive Dialogue Interface (IDI) as the AMPS/PC system. However, the 
automatic code generator program was rewritten to create code in the target 
simulation language SIMAN. A listing of the SIMAN macros is given in 
Appendix C. 

The system was written by programmer B in Turbo C on an IBM/PC. The 
system consisted of 1,600 lines of code. The code production was 533 lines 
per month. This system has not been documented and has not been submitted 
to NASA COSMIC. 

7.0 SYSTEM EVALUATION 

The concepts developed in AMPS have been used to model three real 
world problems. The first system was a Flexible Manufacturing System (FMS) 
at Rexham Speedring Inc., in Cullman, Alabama. The FMS consisted of 18 
stations and nine alien stations. The FMS makes four different parts with 
each requiring 47, 31, 22 and 22 operations respectively (Schroer 1988). 

The second system was a 25 station assembly line at SCI 
Manufacturing Inc. in Huntsville, Alabama. The line assembles a health 
monitoring device (Schroer 1988). The third system was a twelve station 
Unit Production System (UPS) atCamptown Togs, Inc. in Clanton, Alabama 
(Schroer and Ziemke 1989). 

The following observations are made based on the above implemen- 
tations: 

° The problem domains were sufficiently different that the AMPS user 
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interface could not be used in defining the problem specification. 
The library of GPSS modules were used extensively in writing the 
simulation models. For the FMS model, several additional simula- 
tion modules were developed. 

° By using the library of GPSS modules, the UPS model was written 
and validated in less than four hours as compared to forty hours 
without the use of the modules. 

° The use of the GPSS modules caused the resulting simulation code 
to be structured code and well documented. 
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9.0 CONCLUSIONS 


9 . 1 Comparison of the AMPS/GRaphics System with the AMPS System 

Both AMPS and AMPS/Graphics were written in Lisp on the Symbolics 
3620 machine. The AMPS/Graphics used the Symbolics system dependent 
features such as the flavors (frame) window, and the graphics function. 
Also, AMPS/Graphics use object oriented programming concepts. The adoption 
of the above features greatly simplified the programming effort for such a 
complicated system. However, these system dependent features also make the 
conversion of the AMPS/Graphics to other types of machines very difficult. 
On the other hand, the AMPS system used very few system dependent features. 
Most of the statements in AMPS are Common Lisp compatible. Therefore, it 
is much easier to convert AMPS to other platforms. For example, the AMPS 
system has been successfully ported converted to a TI Explorer with only 
minor modifications. 

The AMPS system provides an Interactive Dialogue Interface (IDI) for 
the user to create the model. In AMPS, the user must follow the preset 
logic system and answer a series of questions prompted in constructing a 
model. That is, the user is in a passive role. The AMPS system controls 
the main logic. The AMPS system allows the user to make only very limited 
modifications throughout the development process. Also, the user must 
remember the stage of the development process. Consequently, it is dif- 
ficult to visualize the development process of the model in AMPS. 

The AMPS/Graphics has a an Interactive Graphic Interface (IGI) 
through which the user builds the model mainly by icons. The user can 
start building the model from any part of the model. Also, the user can 
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always see the partially completed model on the screen. The AMPS/Graphics 
system allows the user to modify any part of the model throughout the deve- 
lopment process. Consequently, it is much easier to build a model and to 
trace the logic by the AMPS/Graphics. Furthermore, a graphical model is 
also a much better communicative model than a descriptive model. 

The AMPS/Graphics system provides several help features. For 
example, on-line documentation of each icon can be obtained by clicking a 
button. The documentation shows the function of each icon and the connec- 
tion rules with other icons. In the construction process, if a mistake is 
made, the system will immediately give the appropriate error message. The 
AMPS system does not have these help features. 

The models created by the AMPS/Graphics can be saved and then 
modified through the IGI interface. The corresponding simulation program 
will then be modified automatically. The AMPS system does not have this 
capability. 

It is much slower to design a user friendly system such as 
AMPS/Graphics at the beginning of the design process because of the many 
factors to be considered. However, once the basic framework of the system 
is completed, a system such as AMPS/Graphics is much easier to modify and 
expand. For example, it is rather easy to add a new facility icon or to 
change a model construction rule. A carefully designed system should be 
flexible enough to add or remove a construct from the system with only 
minor effort. On the other hand, a system like AMPS is easier to initially 
design, and therefore is ideal to serve as a prototype. However, any 
change after the initial design requires a major modification to the 
system. 
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The AMPS/Symbol ics system makes use of some advantages of the 
Symbolics machine. For example, the system automatically checks for some 
types of errors, executes much faster, and has a large amount of memory 
available. However, currently none of the popular commercially available 
discrete simulation languages, such as GPSS, is available on the Symbolics. 
The simulation programs must be downloaded to an IBM-PC to run the simula- 
tion. On the other hand, the AMPS/PC system is much slower than the 
AMPS/Symbol ics. The small memory of the PC's also limits any reasonably 
large models to be constructed on the AMPS/PC. 

9.2 Summary 

In summary, an Automatic Programming (AP) system, such as AMPS and 
ANPS, offers a number of advantages for improving the simulation modeling 
environment. These advantages include: 

° Rapid prototyping - Once the necessary library of simulation modu- 
les has been written, the AP system permits the user to rapidly 
construct a model. As a result, the AP system produces executable 
simulation code that is syntax error free. 

° Software correctness - Correct simulation software requires the 
definition of a complete and formal set of model requirements. An 
AP system forces the user to completely define these 
requirements. 
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Improved clarity of simulation code - The simulation code 
generated by the AP system is structured code that is easy to 
read, trace, and modify. An added benefit is embedded code docu- 
mentation. 

0 Increased productivity - By using an AP system, the modeler should 
have an increased productivity in the lines of simulation code 
written per hour. 

0 Automatic documentation - Instead of changing program code, the 
user modifies the problem specification through the AP system's 
user interface. The AP system then rewrites a new simulation 
model. Therefore, the problem specification file always reflects 
the current configuration, or documentation, of the problem. 

0 Software reusability - Software reusability refers to the ability 
of new simulation models to use element of other models. Large 
collections, or libraries, of reusable program modules can be 
defined, making it possible to develop new models by writing only 
a small amount of new code. The library of GPSS modules provides 
the basic building blocks for the simulation model. This library 
is constantly being updated and expanded as the AP system is used 
in other domains. 

° Software compatibility - Software compatabi 1 ity is the ability of 
program modules to be interfaced with other simulation code. An 
AP system designed with expansion in mind and as generic as 
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possible will be easier to modify as additional requirements are 
defined. 

° Extendability - Since an AP system operates in a structural 
environment, the overall software maintenance is less difficult. 
Software designed and developed using an AP system will have each 
data element and related processes grouped into one location, 
making modifications simpler. 

° Reduced simulation knowledge - An advantage of an AP system is a 
reduction in the modeler's knowledge of the simulation language. 

There are also a number of disadvantages of an AP system such as 
AMPS and ANPS. These disadvantages include: 

° Domain specific - Most AP systems are very domain specific. 
Therefore, the systems can only model a very limited class of 
problems. To model a slightly different problem in a similar 

domain may require additional modules and modifications to the 
user interface. 

° Library robustness - A related disadvantage is the robustness of 
the library of predefined modules. Generally skilled GPSS 
programmers are needed to write a new modules. 
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Memory and execution time - Another disadvantage is that AP 
systems require more memory and execute slower than a nonstruc- 
tured equivalent simulation program. However, this disadvantage 
is not as significant as in prior years because computers are now 
faster and have more memory. 

In comparing the IDI and IGI for the Symbolics systems, the 
following observations are made: 

° The IGI had 3,500 lines of code versus 1,500 lines for the IDI. 
Interestingly, the code production was similar for both systems. 

° The IGI, or object oriented approach, is preferred by the user. 
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Appendix A 

GPSS macros for AMPS 


A-l 


GPSS Assembly station subroutine 


2370 *************************************** 
2380 * ASSEMBLY STATION * 
2390 *************************************** 


2400 ASM 

ASSIGN 

3,MX$STAN(P2,1) 

2410 

ASSIGN 

7 ,MX$STAN(P2 , 2 ) 

2420 

ASSIGN 

6,MX$STIME(P2, 1) 

2430 

ASSIGN 

8,1 

2440 

ASSIGN 

9,2 

2450 

QUEUE 

P3 

2460 PAQ 

ASSIGN 

8+ ,2 

2470 

ASSIGN 

9+ ,2 

2480 

ASSIGN 

5 ,MX$STAN(P2 ,P8 ) 

2490 

ASSIGN 

10,MX$PART(P5 , 1) 

2500 

ASSIGN 

20 , MX$STAN ( P2 , P9 ) 

2510 

QUEUE 

P10 

2520 

TRANSFER 

SBR , TAKEP , RTRN2 

2530 

DEPART 

P10 

2540 

LOOP 

7, PAQ 

2550 

SEIZE 

P3 

2560 

DEPART 

P3 

2570 

ADVANCE 

V*6 

2580 

RELEASE 

P3 

2590 

TRANSFER 

P.RTRNl , 1 


GPSS Task station subroutine 


1980 

*************************************** 

1990 

* 

TASK STATION * 

2000 

*************************************** 

2010 

TASK 

ASSIGN 

3 ,MX$STAN(P2 , 1) 

2020 


ASSIGN 

6 ,MX$STIME(P2 , 1 ) 

2030 


QUEUE 

P3 

2040 


SEIZE 

P3 

2050 


DEPART 

P3 

2060 


ADVANCE 

V*6 

2070 


RELEASE 

P3 

2080 


TRANSFER 

P.RTRNl.l 



GPS S Inspection station subroutine 


2090 *************************************** 
2100 * INSPECTION STATION * 
2110 *************************************** 


2120 INSP 

ASSIGN 

2130 

ASSIGN 

2140 

ASSIGN 

2150 

ASSIGN 

2160 

QUEUE 

2170 

DEPART 

2180 

TRANSFER 

2190 CHECK 

QUEUE 

2200 

SEIZE 

2210 

DEPART 

2220 

ADVANCE 

2230 

RELEASE 

2240 

ASSIGN 

2250 

TRANSFER 

2260 REPAIR 

QUEUE 

2270 

SEIZE 

2280 

DEPART 

2290 

ADVANCE 

2300 

RELEASE 

2310 

ASSIGN 

2320 

TRANSFER 

2330 PASS 

TRANSFER 

2340 SCRAP 

QUEUE 

2350 

DEPART 

2360 

TERMINATE 


3, MX$STAN(P2,2) 

4, MX$IPERC(P3,1) 

5 , MX$ITIME(P3 , 1 ) 

6 , MX$ITIME(P3 , 2 ) 
MX$STAN(P2,1) 
MX$STAN(P2 , 1) 
,FN*4 

MX$ISTA(P3 , 1) 
MX$ISTA(P3 , 1) 
MX$ISTA(P3 , 1 ) 

V*5 

MX$ISTA(P3 , 1) 

4 ,MX$IPERC ( P3 , 2 ) 
,FN*4 

MX$ISTA(P3 ,2) 
MX$ISTA(P3,2) 
MX$ISTA(P3 , 2 ) 

V*6 

MX$ISTA(P3 , 2 ) 
4,MX$IPERC(P3,3) 
,FN*4 
P,RTRN1, 1 
MX$ISTA(P3 , 3 ) 
MX$ISTA(P3 , 3 ) 


3 150 *************************************** 
3160 * MANUFACTURING CELL * 
3170 *************************************** 


3180 

MFG 

ASSIGN 

3190 


ASSIGN 

3200 


ASSIGN 

3210 


QUEUE 

3220 


ASSIGN 

3230 

CARTQ 

ASSIGN 

3240 


ASSIGN 

3250 


ASSIGN 

3260 

PARTQ 

ASSIGN 

3270 


ASSIGN 

3280 


ASSIGN 

3290 


ASSIGN 

3300 


ASSIGN 

3310 


QUEUE 

3320 


TRANSFER 

3330 


DEPART 

3340 


LOOP 

3350 


LOOP 

3360 

FAC 

SEIZE 

3370 


DEPART 

3380 


ADVANCE 

3390 


ADVANCE 

3400 

MTIME 

FVARIABLE 

3410 


RELEASE 

3420 


TRANSFER 


13 , MX$CELL(P12 , 1) 

14, MX$CTIME(P12, 1) 

16 , MX$CTIME(P12 , 2 ) 
P13 

7 ,MX$CSIZE(P12 , 1 ) 

17 , MX$ITEM(P12 , 1) 

8,0 

9,1 
8 + ,2 
9+ ,2 

5,MX$ITEM(P12,P8) 

10 ,MX$PART(P5 , 1) 
20,MX$ITEM(P12,P9) 

- P10 

SBR , TAKEP , RTRN2 
P10 

17 ,PARTQ 

7 , CARTQ 

P13 

P13 

V*14 

V$MTIME 

V*16#MX$CSIZE(P12,1) 

P13 

P , RTRN3 , 1 


6PSS Manufacturing cell subroutine 



*Jc&'k'k'kjc'k'ki('k'k'k'k it'k'k'k'kicir Jc'k'k'k'k'k'k&'ic 'k'k'k'kic 

* INVENTORY CONTROL * 

******************** * ****************** 


2600 
2610 
2620 

2630 TAKEP TEST E 
2640 PUSH TEST GE 
2650 LEAVE 

2660 TRANSFER 

2670 PULL ASSIGN 
2680 TEST GE 

2690 MINUSP LEAVE 


2700 

SPLIT 

2710 

TRANSFER 

2720 NEEDC 

ASSIGN 

2730 

LEAVE 

2740 

SPLIT 

2750 

TEST GE 

2760 

LEAVE 

2770 

ENTER 

2780 

TEST GE 

2790 

LEAVE 

2800 

SPLIT 

2810 

TRANSFER 

2820 USEP 

TEST G 

2830 

TERMINATE 

2840 EMPTYC 

: SPLIT 

2850 

TEST GE 

2860 

LEAVE 

2870 

ENTER 

2880 

TERMINATE 

2890 ORDER 1 

ASSIGN 

2900 

ASSIGN 

2910 

ASSIGN 

2920 

QUEUE 

2930 

SEIZE 

2940 

DEPART 

2950 

ADVANCE 

2960 

RELEASE 

2970 

SPLIT 

2980 

ASSIGN 

2990 

ASSIGN 

3000 GET1C 

TRANSFER 

3010 

ENTER 

3020 

TERMINATE 

3030 GET1F 

ASSIGN 

3040 

QUEUE 

3050 

TEST GE 

3060 

LEAVE 

3070 

DEPART 

3080 SEND1F 

QUEUE 

3090 

SEIZE 

3100 

DEPART 

3110 

ADVANCE 

3120 

RELEASE 

3130 

ENTER 

3140 

TERMINATE 


MX$PART ( P5 , 2 ) , 1 , PULL 
S*10,P20 
*10,P20 
P , RTRN2 , 1 

30 ,MX$CART(P5 , 1 ) 

S*10 , P20 , NEEDC 

*10 , P20 

l.USEP 

P , RTRN2 , 1 

20- , S*10 

*10,S*10 

l.USEP 

S*30 , 1 

*30 

*10,MX$CSIZE(P5, 1) 

S* 10, P20, NEEDC 
*10,P20 
l.USEP 
P,RTRN2 , 1 
S*10 , 0 , EMPTYC 

l.ORDERl 
S*30, 1 
*30,1 

*10 ,MX$CSIZE(P5 , 1) 

26 ,MX$FGIG(P5 , 1 ) 

16 , MX$CTIME ( P5 , 1 ) 

36 ,MX$MTIME(P5 , 1 ) 

P26 

P26 

P26 

V*36 

P26 

1, GET IF 
12, P5 

15 , MX$ SCART ( P5 , 1 ) 

SBR,MFG,RTRN3 

*15,1 

31,MX$SCART(P5 , 1 ) 

P31 

S*31, 1 

*31,1 

P31 

P26 

P26 

P26 

V*36 

P26 

*30,1 


GPSS Inventory transfer subroutine 



Appendix B 

GPSS macros for ANPS 
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ACTIVITY TIME SIMULATION GENERATOR 


1360 
1370 
1 330 


1390 

VENT_A 

SEIZE 

F'2 

1395 


ASSIGN 

99 , M X $ WORK T I ME < P3 , 1 > 

1 400 


ASSIGN 

ETIME.V*99 

1405 

BACK3 

ASSIGN 

93,MX$F_TIME<F'3, 1) 

1410 


ASSIGN 

MTTF, V*98 

1420 


TEST L 

F'$MTTF, F'$ETIME, NDFAIL 

1430 


ADVANCE 

F'*MTTF 

1440 


ASSIGN 

ROW , F*3 

1450 


TRANSFER 

SBR, FAIL, RTRN1 

1460 


ASSIGN 

REST TIME, VfTIMET 

1470 

TIMET 

FVARI ABLE 

F'$ET I ME-F'$MTTF 

1 480 


ASSIGN 

ET I ME , F‘$REST_T I ME 

1490 


TRANSFER 

, BACKS 

1 500 

NOFAIL 

ADVANCE 

FSETIME 

1510 


RELEASE 

F'2 

1520 


TRANSFER 

P , RTRN2 , 1 

1530 

* 



1830 

* 



1832 

* 

CONTINUOUS 

ACTIVITY TIME SIMULATIOf 

1834 

* 



1840 

VENT_B 

SEIZE 

F'2 

1842 


ASSIGN 

9B,MX*F TIME (F‘3, 1) 

1843 


SAVEVALUE 

FTS, V*98 

1845 

TIMER 

FVARI ABLE 

X$FTS 

1850 

TIMES 

FVARI ABLE 

X*FTS/100 

1855 


TEST L 

V*TIME9, 100.BACK6 

1860 


ASSIGN 

T I M3 , 1 

1865 


ASSIGN 

BS'JM , V$T I ME9 

1870 


TRANSFER 

. BACKS 

1875 

BACKS 

ASSIGN 

TIM3, V$TIMES 

1880 


ASSIGN 

BSUM, 100 

1 885 

BACKS 

ASSIGN 

NR LOOPS, POSSUM 

1890 

BACK 4 

GATE LR 

MX*SWITCH1 <P3, 1 ) . ENDA 

1895 


ADVANCE 

F'$TIM3 

1900 


LOOP 

NR LOOPS, BACK4 

1905 


ASSIGN 

ROW, PS 

1910 


TRANSFER 

SBR, FAIL, RTRN1 

1915 


TRANSFER 

, BACKS 

1 920 

ENDA 

RELEASE 

F'2 

1925 


TRANSFER 

P , RTRN2 , 1 
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TOR 


1060 

* 



1070 

* 

ACTIVITY FAILURE SIMULATION GENERATOR (DIREU ! L / ■ 

, 1 o8o 

* 



1090 

FAIL 

ASSIGN 

NR_ACTS, X $ACTS 

1 100 


ASSIGN 

COL, 1 

1102 


ASSIGN 

1 00 , MX*R T I ME ( F'* ROW , 1 ) 

: 1 1 05 


MSAVEVALUE 

R 1 TIME, P$ROW, 1, V*100 

1110 

BA CKO 

TEST NE 

MXi ACT_NAME <P*ROW, Ft COL) , 0, AA 

1 120 


GATE U 

MX$ ACT_NAME (P$ROW , F'$COL ) , AA 

1 1 30 


SPLIT 

1 , AB 

1 1 40 


TRANSFER 

, AA 

1150 

AB 

MARK 

DELAY 

1 1 60 


PREEMPT 

MX$ACT_NAME <F'$ROW, R^COL:- 

1170 


ASSIGN 

ADEL AY, MF$DELAY 

1 1 80 


TEST LE 

F‘$ ABEL AY , 0 , XACTJDELAY 

1190 


MSAVEVALUE 

R2 _T I ME , P*ROW , P*COL , MX *R 1 _T I ME < F * ROW , 1) 

1 200 

BACK 1 

ADVANCE 

MX *R2_T I ME ( P$ROW , F*COL ) 

1210 


BUFFER 


1220 


RETURN 

MX$ACT_NAME <F'$ROW, P$CQL) 

1 230 


TERMINATE 


1240 

A A 

ASSIGN 

COL+, 1 

1 250 


LOOP 

NR_ACTS , BACKO 

1260 


TRANSFER 

P, RTRN1 , 1 



1270 

* 




1280 

* 

LOGIC WHEN 

ACTIVITY ALREADY IS INTERRUPTED 


1 290 

* 




1300 

X AC“_ 

BELAY ADVANCE 



1310 


MSAVEVALUE 

R2_T I ME , P$ROW, P*COL , V$NEWDELAY 


1 320 

NEWDE 

LAY FVARIABLE 

MX*R1_TIME (P$ROW, 1 ) -F'fADELAY 


1330 


TEST L 

M X$R2_T I ME < P*ROW , P* COL ) , 0 , BACK 1 

n 

1 340 


M5AVEVALUE 

R2 TIME, P*ROW, P*COL, 0 

- 

1350 


TRANSFER 

, BACK 1 
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SIMAN macros for AMPS 
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ASM 


**# 


*** 


BACKASM 

DOWN 1 
D0WN2 

PICKPT 

D0WN3 

PULL 1 

PICKCAR 

VECHIC 


Assembly station model 
ASS I GN : A ( 1 )=M; 

ASS I GN : A < 2 ) =0 ; 

ASSIGN: A<2)=A<2>+1 ; 

BRANCH, 1 : 

I F , A ( 2 ) . GT . A (4 ) , OUT : 

ELSE , D0WN1 ; 

BRANCH, 2: 

ALWAYS, BACKASM: 

ALWAYS, D0WN2; 

ASSIGN: M=3+2*A (2) ; 

ASSIGN: A(5)=A(M) ; 

ASS I GN :A(6)=A(M+1) ; 

ASSIGN: A( 1 1 )=A<5)+3; 

BRANCH, 2: 

IF,P(A(11),2) . EQ. 2 , PULL 1 : 

ALWAYS, PICKPT; 

ASS I GN : M=A (5) ; 

QUEUE, M+l ; 

SEIZE: PART (M) ,A<6) ; 

ASS I GN : M=A ( 1 ) ; 

QUEUE, M; 

SE I ZE : ST AT IONN (M ) ; 

DELAY : ED ( A (3 ) ) ; 

RELEASE: STATIONN(M) :NEXT(LOOP) ; 

ASS I GN : A ( 1 1 ) =A (5 ) +3 ; 

ASS I GN : A < 1 2 ) = A ( 5 ) + 1 ; 

BRANCH, 1 : 

I F , NR ( A ( 1 2 ) ) . GE . P ( A ( 1 1 ) , 4 ) , PICKCAR 
ELSE, OUT; 

ASSIGN:M=P (A ( 1 1 ) ,5) ; 

QUEUE, M+4; 

SE I ZE : CAR (M) ; 

QUEUE, M+5; 

SE I ZE : SCAR < M ) ; 

BRANCH, 2: 

ALWAYS, VECHIC: 

ALWAYS, MAKE; 

ASS I GN : M=P < A < 1 1 ) ,8) ; 

QUEUE, M+7; 

SEIZE:ROBOT(M> ; 

ASS I GN : A < 1 2 ) =P < A ( 1 1 ) ,9) ; 

DELAY : ED < A ( 12) ) ; 

RELEASE: ROBOT <M) ; 

ASSIGN : M=P ( A < 1 1 ) ,5) ; 

RELEASE : CAR (M ) ; 

ASSIGN: M=A (5) ; 

RELEASE: PART (M) ,P<A(11) ,4) : DISPOSE; 


MAKE 


BACKMAK 

D0WNM1 

D0WNM2 


MAKEPT 

D0WNM3 


CHKPUL 


OUT 


ASSIGN: A ( 1 )=A<5) ; 

ASS I GN : A < 2 ) =0; 

ASSIGN: A (4 ) =P ( A ( 1 1 ) , 1 3 ) ; 
ASSIGN: A (2) =A (2) +1; 

BRANCH, 1 : 

IF, A (2 ) .GT.A(4) ,OUT: 

ELSE , D0WNM1 ; 

BRANCH, 2: 

ALWAYS, BACKMAK: 

ALWAYS, D0WNM2; 

ASSIGN: A (3>=2*A(2>+12; 

ASSIGN: A (5)=P (A ( 1 1 ) ,A(3> ) ; 
ASSIGN: A(3)=A(3)+1 ; 

ASSIGN: A (6) =P (A < 1 1 ) , A (3) ) ; 
ASSIGN: M=A (5) ; 

BRANCH, 2: 

ALWAYS, MAKEPT: 

ALWAYS, CHKPUL; 

ASSIGN: A < 12) =A (6)*P(A(11 ) ,4) ; 
QUEUE, M+ 12; 

SE I ZE : PART (M) ,A(12) ; 

ASS I GN : M=P ( A ( 1 1 ) , 10) ; 

QUEUE, M+6; 

SEIZE: MCELL (M) ; 

ASSIGN : A ( 1 2 ) =P ( A ( 1 1 ) , 12) ; 
DELAY: ED ( (A (12) ) *P (A( 1 1 ) ,4) ; 
ASSIGN: M=P (A ( 1 1 ) , 10) ; 

RELEASE: MCELL (M) ; 

ASSIGN: A (12)=P(A(11),11); 
DELAY :ED( < A ( 12) ) ; 

ASS I GN : M=P ( A ( 1 1 ) ,5) ; 

RELEASE : SCAR (M) : DISPOSE; 

ASSIGN: A (5)=M; 

ASSIGN: A ( 1 1 ) =A (5) +3; 

BRANCH, 1 : 

IF, P (A (11), 2) . EQ. 2 , PULL 1 : 
ELSE, OUT; 

DELAY : 0 . 0 : D I SPOSE ; 
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*## 


##* 

INSP 


CHECK 


REPAIR 


SCRAP 

PASS 


Inspection station model 

BRANCH, 1 : 

WITH , A (4 ) , CHECK: 

ELSE, PASS; 

QUEUE, M; 

SE I ZE : ST AT I ONN ( M ) ; 

DELAY : ED < A (3) ) ; 

RELEASE: STATIONN(M) ; 

BRANCH, 1 : 

WITH, A (5) , REPAIR: 

ELSE, PASS; 

ASS I GN : M=A ( 8 ) ; 

QUEUE, M+B; 

SE I ZE : REPAIR ( M ) ; 

DELAY : ED ( A ( 7 ) ) ; 

RELEASE: REPAIR <M) ; 

BRANCH, 1 : 

WITH, A(6) , SCRAP: 

ELSE, PASS; 

DELAY : 0: DISPOSE ; 

DELAY : 0 : NEXT (LOOP) ; 


♦ ♦He Task station model 

TASK QUEUE, M; 

SE I ZE : ST AT I ONN ( M ) ; 

DELAY: ED (A (3) ) ; 

RELEASE : STATIONN (M) : NEXT (LOOP) ; 


PRECEDING PAGE BLANK NOT FILMED 
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ANDY-TAYLOR:>dwan>amps>modeI*8-stations.txt.l 
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Parameters of Example Model Model-8-Stations 


Starting Point of Llm 
Nane of lino Y 

Zntererr 1 val tins distribution! NORMAL 
Picon! 109 

Standard deviation! 3 


Storting Point of Lino 
None of lino i X 

Zntororrl vol tine dl etr Ibutloni EXPONENTIAL 
Picon* 389 


Storting Point of Lino 
Nana of lino* Z 

Intororrlvol tine dlotr Ibutloni NORMAL 
Neon* 73 

Standard deviation! 3 


Final Procfcjct fron flssenbly Lino 
Port nano i A 

Capacity and Initial Inventory at the stock point* 
Maxi nun nunber of parte at stock point! 2898 
Initial nunber of parts at stock point* 9 


Don and Stock Point 
Part nonet F 

In a pull eysten, parts are assured to bo ordered, 
node, and shipped by carts. Two atockpolnto* supply 
and dansnd are created. 

Capacity and Initial Inventory at the stock point! 

Current cart capacity (nunber of parts per cart)* 4 
Initial nunber of carts at denend stock point! 4 
Initial nunber of carts at supply stock point! 4 
Vehicle used to novo carts between stock points! TRUCK 2 
Moving tine dl strlbut Ion* UNIFORM 
Mlnlnunt S 
Rani nun t Id 


Supply Stock Point 
Part nano* F 

In a pull syeten, parts are eseuned to be ordered, 
node, and shipped by carts. Two stockpolntst supply 
and denend are created. 

Capacity and Initial inventory at the stock point* 

Current cart capacity (nunber of parts per eart)* 4 
Initial nunber of carts at denand stock point* 4 
Initial nunber of carts at supply stock point* 4 
Vehicle used to nove carts between stoek points* TRUCK2 
Moving tine distribution! UNIFORM 
Mini nun* S 
Maxi nun* 14 
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Supply Stock Point 
Port none i H 

In a pull eysten, part* arc assured to b« ordered, 
rede, and shipped by carta. Two stockpolntss supply 
and danand arc created. 

Capacity and initial Inventory at the etock points 

Current cart capacity (nunber of parts per cart) » 4 
Initial nunber of carta at danand stock points 4 
Initial nunber of carta at aupply stock points 4 
Vehicle used to nova carta between stock points! TRUCKS 
Roving tine dl strlbutlons Uhl FORM 
Mini nuns 9 
Nexlnunt 12 


Danand Stock Point 
Part nans s H 

In a pull systen, parts are assured to be ordered, 
node, and shipped by carta. Two stockpolntss supply 
and denend are created. 

Capacity and Initial Inventory at the stock points 

Current cart capacity (nunber of parts per cart)s 4 
Initial nunber of carts at denand stock points 4 
Initial nunber of carts at supply stock points 4 
Vehicle used to nova carts between stock polntss TRUCK3 
Moving tine distributions UNIFORM 
Mini nun i g 

Maxi nuns 12 


Supply Stock Point 
Part nano l E 

In a pull systen, parts are assured to be ordered, 
node, and shipped by carts. Two stockpolntss supply 
and denand are created. 

Capacity and Initial Inventory at the stock points 

Current part capacity (nunber of parts per cart)i 4 
Initial nunber of carts at denand stock points 4 
Initial nunber of carts at supply stock points 4 
Vehicle used to nova carta between stock polntss TRUCK1 
Moving tine distributions UNIFORM 
Mini ms* i g 
Marl run t 12 


Denand Stock Point 
Part none i I 

In a pull systen, parts are assured to be ordered, 
node, and shipped by carta. Two stockpolntss supply 
and denand are created. 

Capacity and Initial Inventory at the stock points 

Current cart capacity (nunber of parts per cert)s 4 
Initial nunber of carta at denand stock points 4 
Initial nunber of carts at supply stock points 4 
Vehicle used to nova carta between stock polntss TRUCK1 
Moving tine distributions UNIFORM 
Mlnlnuni S 
Maxi run s 12 


Supply Stock Point 
Part nans s I 

In a pull systen, parts are assured to be ordered, 
node, and shipped by earts. Two stockpolntss supply 
and denand are created. 
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Capacity and Initial Inventory at the stock point! 

Current cert capacity (rvunber- of parts par cart): 4 
Initial nunbsr of carta at denand stock point! 4 
Initial nunbar of carts at supply stock point! 4 
Vehicle used to nova carts between stock points: TRUCKS 
Roving tins distribution: Uhl FORM 
Hlnlnunt • 

Haxinuni 12 


Denand Stock Point 
Part none: I 

In a pull systen, parte are assured to be ordered, 
node, and shipped by carts. Two stockpolnts: supply 
and denand are created. 

Cepeolty and Initial Inventory at the stock point! 

Current cart capacity (nunber of parts per cert)i 4 
Initial nunber of carts at denand stock point: 4 
Initial nunber of carts at supply stock point: 4 
Vehicle used to nova carts between stock points! TRUCKS 
flowing tine distribution: UhlFORfl 
fllnlnunt 9 
Hexlnun: 12 


Supply Stock Point 
Part nans i 9 

In a pul 1 ay a ten, parts are assured to be ordered, 
node, end shipped by carts. Two stockpolnts: supply 
and denand are created. 

Capacity and Initial Inventory at the stock point! 

Current cart capacity (nunber of parts per cart)i 4 
Initial nunbar of carts at denand stock point! 4 
Initial nunbar of carts at supply stock point! 4 
Vehicle used to nova carts between stock points! TRUCKS 
flowing tine distribution! UKIFORR 
Mini nun i | 
hexlnun i 14 


Denand Stock Point 
Part none : 6 

In a pull systen, parts ere assured to be ordered, 
node, and shlppad by carta. Two stockpolnta! supply 
and danand are created. 

Capacity and Initial Inventory #t the stock point! 

Currant cart capacity (nunbar of parte par cart)i 4 
Initial nunber of carts st denand stock point! 4 
Initial nunbar of carts at supply stock point! 4 
Vehicle used to nove carts between stock polntsi TRUCKS 
Roving tine distribution! IKIFORfl 
Rlnlnunt S 
Rexl nun i 14 


Supply Stock Point 
Pert nans i C 

In a pull systen, parts are assured to be ordered, 
nede, and shipped by carts. Two stockpolnts! supply 
and danand are created. 

Capacity and Initial Inventory at the stock point! 

Currant cart capacity (nunbar sf parts par eert)i 4 
Initial nunbar of carts at danand stock point! 4 
Initial nunbar of carts at supply stock point! 4 
Vehicle used to nove carts between stock points! TRUCK1 
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Roving tin* distribution! UNIFORM 
Nlnlnons 9 
Kexlnun; 12 


D onend Stock Point 
Port non* i C 

In • pull systen, port* or* **sun«d to b« ordered, 
node, ond shipped by cert*. Two stockpolnts; supply 
ond d«nond or* crested. 

Copoclty ond Inltlol Inventory ot th« stock point; 

Current cort copoclty (nunber of ports per cort); 4 
Inltlol nunb*r of cort* ot denond stock polnti 4 
Inltlol nunber of corts ot supply stock polnti 4 
Vehicle used to novc corts between stock points; TRUCK1 
flowing tine dlstrlbut Ion; UNIFORM 
Hlnlnum 9 
Hexlnunt 12 


Push stock point 
Port nonet • 

Copoclty ond Inltlol Inventory ot the stock point! 
flexl nun nunber of ports ot stock point: 2909 
Inltlol nunber of ports ot stock point; 129 


Push stock point 
Port none i 9 

Copoclty ond Inltlol Inventory ot the stock point! 
floxlnun nunber of ports ot stock point! 2999 
Inltlol nunber of ports ot stock point! 129 


Ordered fron outside 
Port nonet J 

Copoclty ond Inltlol Inventory ot the stock point! 
floxlnun nunber of ports ot stock point! 19999 
Inltlol nunber of ports ot stock point; 19999 
Hill Port J bo replenished during the slnuletlon? No 


Ordered fron outside 
Pert none i K 

Copoclty ond Inltlol Inventory ot the stock point! 
floxlnun nunber of ports ot stock point; 19999 
Inltlol nunber of ports *t stock point; 19999 
Hill Port K bo replenished during the elnuletlon? No 


Ordered fron outside 
Pert nenei L 

Copeelty ond Inltlol Inventory et the etock point! 
floxlnun nunber of ports ot stoek point! 19999 
Inltlol nunber of ports et stock point! 19999 
Iflll Port L bo replenished during the slnuletlon? No 


Inspection Stetlon 
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Station nm«t I MSP 4 
Name of Inspector: INSPECTOR 
► None of repairman: REPAIRMAN 

Nana of place for scrap port#: SCRAP4 
Inspection tin* distribution NORMAL 

Mean* SO 

Standard deviation: 5 
Repair tint distribution: NORMAL 

Naan i 400 

Standard deviation: 10 
Inspection rats (between 9 and 1): 1 
Reject (repair) rate (between 0 and 1): 0.2 
Scrap rate (between 0 and 1): 0*5 


Task Station 

Station none: TACKS 

Task tine distribution: NORMAL 

Mean: 100 

Standard deviation: S 


Task Station 

Station nanei TASK2 
Task tine dlstrlbut Ion: NORMAL 
Neon: 300 

Standard deviation: 10 


Assembly Station 

Station nanei ASSY3 
Parte required for aestmblyt 
Hone of part 111 C 
Number of part lit 3 
Assembly tine distribution: NORMAL 
Naan: 100 

Standard deviation: S 


Assembly Station 

Station name: A6SY1 

Parts required for assembly: 

Name of part 111 0 
Number of part II : 3 
Name of part 12 i C 
Number of part 12 i 2 
Assembly time distribution: NORMAL 
Nesn: 3 OS 

Standard deviation: IS 


Aeoonbly Station 

Station name: ASSY3 

Parts rsqulred for assembly: 

Nemo of port Ilf D 
Number of port II t 4 
Assembly time dletr Ibut Ion: NORMAL 
Noon i 300 

Standard deviation: IS 
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flSSYa 

r lotion mm: ASSY® 

r*' parts required for asaenbly: 

r ■ None of port *1* H 
5: rtunber of port lit l 


Moon* 75 

Standard deviation* S 


Assenbly Station 

Station none* AS6Y7 

Porto roqulrod For assenbly* 

Mono of port lit F 
Nunber of port II * 2 
Mono of port 12* 6 
Number of port 12* 1 
Asaenbly tint distribution* NORMAL 
Moons 75 

Stondord deviation! 5 


Manufacturing Cell — f 
Coll nonoz MC2 

I tons roqulrod to naka tho port F* 
flunbor of Iton typos roqulrod* 1 
Mono of Iton lit L 
Munbor of iton 111 2 
Setup tins for a cort of ports* CONSTAHT 
Conotonti • 

Manufacturing tins for o port* NORMAL 
Moon* 10 

Stondord deviation* 1 


Manufacturing Cell — C 
Coll none* HC2 

I tons required to nake the port E* 
Munbor of Iton types required* 2 
Mono of Iton SI* J 
Munbor of Iton II* 2 
Mono of Iton 12* K 
Munbor of Iten 12* 1 
Setup tine for o cert of parts* CONSTANT 
Conotonti • 

Manufacturing tine for a ports NOR HAL 
Mean* It 

Standard deviation* 1 


Manufacturing Cell — 2 
Cell nonet HC2 

Xtcns required to nako tho port It 
Munbor of Iton typea required* 2 
Mane of Iton lit J 
Munbor of Iton II* 2 
Mono of iten 12 t K 
Munbor of Iten 12 1 1 
Setup tine for a cart of porta t CONSTANT 
Constant* • 

Manufacturing tine for a parti NORMAL 
Meant 5 

Stondord deviation* 1 
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Henufacturlng C« 1 1 — G 
Cell nenet hC2 

I tens required to neke the pert Gi 
Nunber of 1 ter types required! 1 
Kent of Iten 11: K 
Nunber of Item Hi 2 
Setup tine for « cert of pertsi CONSTANT 
Constant! 8 

Henuf ectur 1 ng tine for e pert i NORHAL 
Heart 18 

Stenderd deviation 1 


Henufacturlng Cell — H 
Cell none i NCI 

Item required to neke the pert Hi 
Nunber of Iten types required! 1 
None of Iten 81 t X 
Nunber of Iten 81 t 1 
Setup tine for e cert of pertsi CONSTANT 
Constentt 8 

Manufacturing tine for e pert! NORHAL 
Neeni 38 

Stenderd deviation: 3 


Henuf ecturlng Cell C 

Cell none i NCI 

Xteno required to neke the pert Ct 
Nunber of Iten types required! 1 
None of Iten 81 i X 
Nunber of Iten 81 1 2 
Setup tine for e cert of pertsi CONSTANT 
Constentt 8 

Henuf ecturlng tine for e pert: NORHAL 

Neeni 38 

Stenderd devletloni 8 
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109 niiMitmimmimiiittiiiitfiiiiiitiititiitmit 

110 • 

120 * TMi Is a 6-atationa nodal, 3/15/09 

130 « 

140 « 

150 t 

100 • This la a CPSS progran autonatlcal ly crcatad fron 
170 « 

199 • RMP8 - (Automatic Manuf acturlng Programing Syatan) 


299 * developed at 
219 • 

229 • TKa Unlvcralty of Rlabana In Huntavllla, 1906. 

239 • 

259 SIMULATE 

260 UHIFH FUNCTION Rhl,C2 

0 , 9X1,1 

279 ShORM FUhCTIOH RM1,C25 

•* -3x . 00003, -4/ . 991 35, -3' . 00621 ,-2.5/. 02275, -2 

.06601,-1 . 5/. 11507, -1. 2/. 15666,-1/. 21106, -.0/. 27425, -.6 

.34450, -.4/. 42074,-. 2/. 5, 0/. 57926, .2/. 65442, .4 

.72575, .6/. 70814, .0/. 04134, 1/. 08493, 1 .2/. 93319, 1.5 

. 97725, 2/ . 99375, 2 . 5/ . 99065, 3/ . 99997, 4xl , 5 

290 HPDir FUhCTIOH RH1,C24 

0,0/. i, .194/. 2, .222/. 3,. 355/. 4, .599/. 5, .69/. 6, . 915/. 7, 1 .2/. 75, 1 .38 
.9,1. 6/. 04, 1.93/. 88, 2. 12/. 9, 2. 3/. 92, 2.52/. 94, 2. 01/. 95, 2. 99/. 96, 3. 2 
.97, 3. 5/. 96, 3. 9/. 99, 4. 6/. 995, 5. 3/. 999, 6. 2/. 999, 7.0/. 9990, 0.0 


299 taa HRXN PARAMETERS 

tat 

390 PERU, 
1, CHECK/1, ! 

FUhCTIOH 

PR86 

RH1 , 02 

319 PE912, FUNCTION 

3.2, REPRIRsl , PASS 

RH1, D2 

329 PERIS, FUNCTION 

9.3, SCRflPsI , PASS 

RW,B2 

339 TI»£1 

FVARIA9LE 

S*8IFM$UHXFH 

349 TIMER 

FVRR2R9LE 

9 

359 Tina 

FVRRIR9LE 

18*1IFH$6H0RH 

$69 TinC4 

FVARIROtE 

0*4tFH$ UHIFH 

$79 rxna 

FVARIA0LE 

5*10FH$SMORH 

399 TIMES 

FVRRIA0LE 

30+39FMt6HORH 

399 TIflC7 

FVMIR9CE 

309IFH$MP0XS 

499 Tina 

FVARXA0LI 

3O0+10lFM$ShORH 

419 Tirt£9 

FVAR1A0LE 

59*5lFH$6HORH 

429 Tinei9 

FVARIA9LE 

409* 10IFM$ ShORM 

439 TinCll 

FVARIA9LE 

1 90 *5tFM| SHORM 

440 TIHC12 

FVARXA9LE 

75* SftFhl ShORH 

439 DEFINITION OF NRTRIX ... 

460 PRRT 

HRTRIM 

« 12, 2 

479 STlnE 

nRTRXK 

,$,1 

409 STRH 

nRTRXK 

,9,6 

499 ITIHE 

HRTRXM 

,1,2 

500 XKTR 

HRTRXM 

,1,3 

519 IPCRC 

HRTRXM 

,1,9 

529 nnnc 

HRTRXM 

,7,1 

539 FCX6 

HRTRXM 

,7,1 

540 0CRRT 

HRTRXM 

,7,1 

559 CART 

HRTRIM 

,7,1 

560 CTXflC 

HRTRXM 

.7,2 

579 CELL 

HRTRIM 

,7,1 

580 C SIZE 

HRTRXM 

.7,1 

599 2 TEH 

HRTRXM 

,7,5 

699 ttt CAPRCITV OF PRRT 

6 CRRT COUhTERS tat 

610 PA.A 

STORAGE 

2999 

629 PR F 

STORAGE 

4 

639 CART F 

STORAGE 

9 

640 SCART.F 

STORAGE 

0 

659 PR.M 

STORAGE 

4 

669 CART.H 

STORAGE 

9 

670 6CRRT H 

STORAGE 

9 

699 PR.E 

STORAGE 

4 

690 CRRT E 

STORAGE 

0 

799 6CART.E 

STORAGE 

8 
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710 PA.I 

STORAGE 

4 

720 CURT. I 

STORAGE 

• 

730 SCART .1 

STORAGE 

0 

740 PA.C 

STORAGE 

4 

750 CART.C 

STORAGE 

6 

760 SCART.G 

STORAGE 

0 

770 PA.C 

STORAGE 

4 

780 CART.C 

STORAGE 

6 

790 6CART.C 

STORAGE 

8 

080 PA.i 

STORAGE 

2000 

010 PA.D 

STORAGE 

2000 

020 PA.J 

STORAGE 

10000 

030 PA.K 

STORAGE 

10000 

040 PA.L 

6T0RACE 

10000 

060 9 

INITIAL VALUES 9 

800 

GENERATE 


090 999 PART ID 999 


900 

NSAVEVALUE 

PART, 10,1, 1PA.A } tht Id of port A It 10 

910 

NSAVE VALUE 

PART,2,1,$PA.F j th« Id of port F Is 2 

920 

NSAVEVALUE 

PART, 5, 1, $PA.H j tho Id of port H 1i S 

930 

NSAVEVALUE 

PART, 3, 1, tPA.E j tho Id of port E 1i S 

940 

NSAVEVALUE 

PART , 4, l, 1PA.I jtho Id of port I If 4 

950 

NSAVEVALUE 

PART , 7, 1, lPA.fi jtho Id of port 6 im 7 

960 

NSAVEVALUE 

PART , 6, 1, tPA.C | tho Id of port C U 6 

970 

NSAVEVALUE 

PART, 11,1, tPA.B i tho Id of port 0 If 11 

900 

NSAVEVALUE 

PART, 12, 1, $PA.D | tho \6 of port D 1o 12 

990 

NSAVEVALUE 

PART, 9, 1,$PA.J j tho Id of port J If 9 

1090 

NSAVEVALUE 

PART, 0,1, tPA.IC jtho <d of port X 1i 1 

1010 

NSAVEVALUE 

PART, 1,1, f PA.L jtho Id of port L it 1 

1020 999 THi 

: 6IZE Of EACH CART 999 

1038 

NSAVEVALUE 

CSX2E, 2, 1, 4 

1040 

NSAVEVALUE 

CSI 2E, 5, 1, 4 

10S0 

NSAVEVALUE 

CSIZE, 8, 1, 4 

I860 

NSAVEVALUE 

CSI2E, 4,1,4 

1870 

NSAVEVALUE 

CSI2E, 7, 1,4 

1000 

NSAVEVALUE 

C6X2E, 6, 1,4 

law •»* ihitim. inventor level at each stock point «»« 

1100 

ENTER 

CART. f, 4 

1110 

ENTER 

8CART.F, 4 

1120 

ENTER 

CART. H, 4 

1110 

ENTER 

SCANT. M, 4 

1140 

ENTER 

CART. E, 4 

1190 

ENTER 

SCART.E, 4 

1160 

ENTER 

CART. I, 9 

1170 

ENTER 

tcmt.i ( 4 

1100 

ENTER 

CART. 0,4 

1190 

ENTER 

SCART.0,4 

1280 

ENTER 

CART. C, 4 

1218 

ENTER 

SCART.C, 4 

1228 

ENTER 

PA.0,120 

1288 

ENTER 

PA.0,128 

1240 

ENTER 

ph.j, taaaa 

1290 

ENTER 

PP_K, 19939 

1260 

ENTER 

p* L.iaaea 

1270 99. HAKE ONE CART READY AT EACH DC HAND STOCK POINT 999 

1200 

LEAVE 

CART.F, 1 

1290 

ENTER 

M.f,HX«CSIH(a,I) 

1300 

LEAVE 

CART.H, 1 

1310 

ENTER 

99_H,nxteSIR(S,l> 

1320 

LEAVE 

CART.E, 1 

1030 

ENTER 

Pft.c.ruttcsmo.i) 

1340 

LEAVE 

CART. 1,1 

1350 

ENTER 

pa.i,nk$csik(4,i) 

1360 

LEAVE 

CART.fi, 1 

1379 

ENTER 

Pfl.e, rixtcsiiE(M) 

1300 

LEAVE 

CART.C, 1 

1398 

ENTER 

Pft.c.nxtcsiZE(«.i) 

1493 •*< ITEItt REQUIRED TO HAKE EACH PART ««t 

1410 

NSAVEVALUE 

XTEN,2, 1,1 iport F roqulroo 1 port typo 

1420 

NSAVEVALUE 

X TEN, 2, 2,1 ] port L. 

1400 

NSAVEVALUE 

ITCH, 2, 3, 3 | 2 unlk(s) . 
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H«# MSflVEVflUK ItEM, 5,1,1 ,p.rt H r.qutr.. 1 p typ«(.). 

1459 N6RVEVRL UE ITEM, 5, 2, 4 j pert I. 

1469 HSAVEVRLUE ITEM,5,3,1 j \ U n1t(e). 

1479 MSRVEVRLUE ITEM, 3, 1,2 jpert E require* 2 part type(s) 

1489 MSRVEVRLUE ITEM, 3, 2, 9 j part J. 

1499 MSRVEVRLUE ITEM, 3,3, 2 j 2 unlt(a). 

1399 MSRVEVRLUE I1EM,3,4,9 j part K, 

1518 MSRVEVRLUE ITEM,3,5,1 j 1 unU(a). 

1329 MSRVEVRLUE ITEM,4,1,2 jport I require* 2 part typ*(o>. 

1539 MSRVEVRLUE ITEM, 4,2,9 j part J. 

1549 MSRVEVRLUE ITEM,4,3,2 j 2 unlt(a). 

1559 MSRVEVRLUE ITEM, 4, 4, 8 j part K. 

1569 MSRVEVRLUE ITEM,4,3,1 j 1 un1t(*). 

1578 MSRVEVRLUE ITEM,?, 1,1 jpart C require* l part type(s). 

1589 MSRVEVRLUE ITEM, 7, 2, 8 j part K. 

1599 MSRVEVRLUE ITEM, 7,3, 2 j 2 unlt(o). 

1699 MSRVEVRLUE ITEM, 6,1,1 jpart C require* 1 part type(*) a 

1619 MSRVEVRLUE ITEM, 6, 2, 4 j part I. 

1629 MSRVEVRLUE IT£M,6,3,2 j 2 unlt(o). 

1639 **> STATION SERVICE TIME ••« 

1649 MSRVEVRLUE STIME, 6, 1, $TIM€11 jtlna of TASK6 1. TIMEU 

1659 MSRVEVRLUE STIME, 2, 1, ITIMEB jtlna of TASK2 1* TIMES 

1669 MSRVEVRLUE STIME, 5, 1, UlMEll jtlna of RSSV5 1* TXME11 

1679 MSRVEVRLUE STIME, 1, 1,$TIME8 jtlna of RSSY1 1* TIMES 

1699 M6RVEVRLUE 6TIME, 3, 1, ITIME8 jtlna of RSSY3 1* TIMES 

1699 MSRVEVRLUE STIME, 9, 1, ITIME12 jtlna of RSSY8 1* TIME12 

1799 MSRVEVRLUE STIME, 7, 1, $TIME12 jtlne of ASSY 7 Is TIHE12 

1719 ••• TIME TO MOVE R CART BETWEEN SUPPLY AND DEMAND POINTS aaa 

1*29 MSRVEVRLUE MTXME, 2, 1, $TIMC1 jnovlng tine of a cart of part F 1* TIME! 

1*26 MSRVEVRLUE MTIME, 5, 1, $TIME4 jnovlng tin* of a cart of part M la TINE4 

1*49 MSRVEVRLUE MTIME, 3, 1, $TIME4 jnovlng tin* of a cart of part E 1* TIME4 

1*59 MSRVEVRLUE MTIME, 4, 1, STIME4 jnovlng tine of o cart of port 1 1* TIME4 

1*69 MSRVEVRLUE MTIME, 7, 1, fTIMEl jnovlng tint of a cart of port 9 1o TIME1 

1**6 MSRVEVRLUE MTIME, 6, 1, $ TIME 4 jnovlng tine of o cart of part C 1o TIME4 

1799 aaa SETUP TIME FOR R CRRT OF PRRT6 RHD *«« 

1799 aaa MRMUFRCTURIMC TIME FOR R PRRT at* 

MSRVEVRLUE CTIME, 2, 1, JTIME2 j oat up tint for o eort of port F 1* TIMC2 
1819 MSRVEVRLUE CTIME, 2, 2, $TXMC3 j nenuf act wiring tint for port F 1* TIMES 

1929 MSRVEVRLUE CTIME, 5,1, $TIHE2 j setup tine for a cart of part H la TXMC2 

1939 MSRVEVRLUE CTIME, 5, 2, 1 TINES j nanwf acturlng tine for port N 1* TIMES 

1649 MSRVEVRLUE CTIME, 3, 1,$TIME2 joetup tine for o cart of port E 1e TIMC2 

1659 MSRVEVRLUE CTIME, 9, 2, $ TIMES j nenuf acturlng tine for port E 1e TIMES 

1969 MSRVEVRLUE CTIME, 4, 1, ITIMC2 joetup tine for o oort of port X 1o TINC2 

!•*• MSRVEVRLUE CTIME, 4,2,$ TIMES j nanwf acturlng tine for port X 1o TIMES 

1696 MSRVEVRLUE CTIME, 7, 1, $TJHE2 j setup tine for o cart of port 9 1o TXHE2 

1699 MSRVEVRLUE CTIME, 7,2, IT2MC3 j nenuf acturlng tine for part 9 1e TXHE3 

1699 MSRVEVRLUE CTIME, 6, 1, ITXME2 joetup tine for a eart of port C 1o TIMES 

1619 MSRVEVRLUE CTIME, 6,2, STIMCS ; nenuf acturlng tin# for part C 1o TIMES 

1929 tat CELL WHERE CRCH PRRT IS MRDC ••• 

1639 MSRVEVRLUE CELL, 2,1, $MC2 jpart F la nada on nachlna MC2 

1949 MSRVEVRLUE CELL, 5,1, $HC1 jpart H la nada on nachlno MCI 

1959 MSRVEVRLUE CELL, 3,1, $MC2 jpart ( la node on nachlno MC2 

1969 MSRVEVRLUE CaL,4,l,$MC2 jpart I 1* nada on nachlno MC2 

16P9 MSRVEVRLUE CELL,7,1, $MC2 jpart 9 1o nada on nochina HC2 

1999 MSRVEVRLUE CELL,6, 1, $Md jpart C la nada on nachlna MCI 

1999 ata NAME OF EACH STATION aaa 

2999 MSRVEVRLUE STAN, 4,1, $ I MSP 4 jtha Id of ototlon I MSP 4 1o 4 

2919 MSRVEVRLUE STAR, 6, l, $ TASKS jtha Id of ototlon TASKS 1o 6 

2929 MSRVEVRLUE STRM, 2,1, $TRSK2 jtha Id of ototlon TR6K2 1o 2 

2939 MSRVEVRLUE STRM, 5,1,$ RSSYS jtha Id of ototlon RSSYS 1o 5 

2949 MSRVEVRLUE STRM, 1,1, $RSSY1 jtha Id of station RSSV1 It 1 

2959 MSRVEVRLUE STRM, 3, 1, $RSSY3 jtha Id of station ASSY 3 1o 3 

2969 MSRVEVRLUE STRM, 9,1,$ ASS Y8 jtha Id of etatlon RS5Y8 la 9 

2978 MSRVEVRLUE STRM, 7, 1, $ ASSY 7 jtha Id of ototlon ASSY? 1* 7 

2999 aaa INSPECTION STATION INDEX eaa 

2699 MSRVEVRLUE STRM, 4, 2,1 j the Index of Inspection ototlon 2HSP4 1* 1 

2199 aaa INSPECTION STATION aaa 

2119 MSRVEVRLUE XPERC,1,1, $PER11 jlnpsectlon reto of XMSP4 1o 1 

2129 MSRVEVRLUE XPERC, 1, 2, $PER12 j repair rata of INSP4 1o 1.2 

2139 MSRVEVRLUE IPERC, 1, 3, $PER13 j ocrap rato of XHSR4 1o 9.5 

2149 MSRVEVRLUE X ST R, 1, 1, $ INSPECTOR jlnopactor of IMSP4 1o INSPECTOR 

2159 MSRVEVRLUE I ST R, 1,2, $ REPAIRMAN jrapalrnan of XMSP4 1o REPAIRMAN 

2169 MSRVEVRLUE I6TR,1,3, $ SCRAP 4 j scrapped Itena of XHSP4 ora oant to SCRRP4 
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llll ZKK JSSi-wss. \rr ;? " n : r ,H6M *• «» 

»» ”« ™>T (IB) RE0UI RED STATION ^ ° f ^ <* ”*»• 


2209 

2219 

2229 

2229 

2249 

2259 

2299 

2279 

2299 

2299 

2999 

2919 

2229 

2999 

2349 

2359 

2399 

2379 

2399 


NSAVEVALUE 

NSAVEVALUE 

NSAVEVALUE 

NSAVEVALUE 

NSAVEVALUE 

NSAVEVALUE 

NSAVEVALUE 

H6AVEVALUE 

nSAVEVALUE 

nSAVEVALUE 

MSAVEVALUE 

nSAVEVALUE 

nSAVEVALUE 

nSAVEVALUE 

nSAVEVALUE 

nSAVEVALUE 

nSAVEVALUE 

nSAVEVALUE 

nSAVEVALUE 


STAN, 3, 2,1 
STAN, 5, 3, 3 
STAN, 5, 4, 2 
STAN, 1,2, 2 
STAN, 1,3, u 
STAN, 1,4,3 
6TAH, 1,3,4 
STAN, 1,4, 2 
STAN, 3, 2,1 
STAN, 3, 3, 12 
STAN, 3,4 , 4 
STAN, 8, 2,1 
STAN, 8,3,3 
6TAN, 8, 4, 1 
STAN, 7, 2, 2 
STAN, 7, 3, 2 
STAN, 7, 4, 2 
STAN, 7, 3, 7 
STAN, 7,4,1 


j station RSSY 5 require* 1 pert typc(e), 
j pert E. 

I 2 unlt(e). 

j station ASSY 1 requires 2 pert type(e). 
1 pert 8. 

I 3 unlt(e), 

j pert C. 

J 2 unlt(s). 

1 station ASSY 3 requires 1 pert type(s). 

j part D, 

J 4 unlt(e). 

j station ASSY 8 requires 1 pert type<s). 

] pert H. 

1 1 unlt(s) • 

1 station AS 6 Y 7 requires 2 pert type(s). 


2398 tts SUPPLY SYSTEN OF EACH* PRAT 


pert F. 

2 uni t(s) * 
psrt 6. 

1 unlt(s). 


PART, 18, 2,1 
PART, 2, 2, 8 
PART, 5,2, 8 
PART, 3, 2, 8 
PART, 4, 2, 8 
PART, 7,2, 8 
PART, 4,2,8 
PART, 11,2,1 
PART, 12, 2,1 
PART, 9,2, 1 
PART, 8, 2, 1 
*«M,2,1 


2488 NSAVEVALUE 

2418 NSAVEVALUE 

2428 NSAVEVALUE 

2438 NSAVEVALUE 

2448 NSAVEVALUE 

2438 nSAVEVALUE 

2448 nSAVEVALUE 

2478 NSAVEVALUE 

2488 NSAVEVALUE 

2498 nSAVEVALUE 

2588 NSAVEVALUE 

2318 NSAVEVALUE Jp# 

2329 •«« CART COUNTER AT EACH DESTINATION see 

nsnvemuc cmt,2.i,$cn» r 

2348 NSAVEVALUE 

2338 NSAVEVALUE 

2348 NSAVEVALUE 

2378 NSAVEVALUE 

2388 nSAVEVALUE , 

2398 CART COUNTER AT SOURCE «•• 

2488 NSAVEVALUE SCANT, 2, 1, ISCART P 

2418 NSAVEVALUE 

2428 NSAVEVALUE 

2438 NSAVEVALUE 

2449 NSAVEVALUE 

2438 NSAVEVALUE , w 

2448 «*• UMIRLYCICS TO MOVE PARTS ••• 

2478 NSAVEVALUE FGIC, 2, 1, (TRUCK2 


l P*rfc A Is In push node 
I pert F Is In pull node 
JP«rt H Is In pull node 
JP*rt C Is In pull node 
;pert X 1e In pull node 
;pert C Is In pull node 
JP*rt C le In pull node 
JP* r t 9 le In push node 
9 le In push node 
I pert J Is ordered fron outside 
I pert K le ordered fron outside 
I pert L le ordered fron outside 


CART, 3,1,$ CART. M 

caat,M*$cart.c 

CART , 4,1, tCART.l 

car t #M,$cart38 

CART,4,1,$CART.C 


SCANT, 3,1, ISCART.N 
SCANT, 3,1, ISCART £ 
SCANT, 4, 1, (SCANT. X 
SCANT, 7,1, (SCANT 6 
SCANT, 4, 1, (SCART.C 


2488 

2498 

2788 

2719 

2728 

2738 

2748 t 

2738 t 

2748 t 

2778 

2788 

2798 

2888 

2819 

2929 

2638 

2849 ti 

2638 • 

2848 *< 

2878 


NSAVEVALUE 

NSAVEVALUE 

NSAVEVALUE 

NSAVEVALUE 

NSAVEVALUE 

IERNINATE 


F61C, 3,1, (TRUCKS 
F6X6, 3, 1, (TRUCKl 
F6IC, 4,1, (TRUCK3 
FCXC, 7, 1, (TRUC1C2 
F6X8, 4,1, (TRUCKl 


2 pert F le treneported by TRUCKS 
j pert H Is transported by TRUCKS 
jpert C le treneported by TRUCKl 
2 pert I Is treneported by TRUCK3 
2 pert 6 Is treneported by TRUCK2 
le transported by TRUCKl 


1 pert C 


ASSEN8LY LINE Y 


SENE RATE 

ASSIGN 

TRANSFER 

A6SICN 

TRANSFER 

ENTER 

TERNINATE 


VITXNEH 

2.3 

set, ASN, RTRNl 

2.4 

S8R, TASK, RTRNl 
FA. 6, 1 


jstetlon 3 Is AS6YS 
jstatlon 4 Is TASK4 


ASSEMBLY LINE X 


2898 


GENERATE 

ASSIGN 

TRANSFER 


V|Tin€7 

2,1 

S8R, ASM, RTRNl 


j station 1 U A6SY1 
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2900 

ASSIGN 

2.2 

2 station 2 Is TASK2 

2910 

TRANSFER 

SSR, TASK, RTRN1 


2920 

ASSIGN 

3,3 

j station 3 Is ASSY 3 

2930 

TRANSFER 

696, SSN, RTRN1 


2940 

ASSIGN 

2.4 

; station 4 Is INSP4 

2990 

TRANSFER 

SflR, INSP, RTRM1 


2960 

ENTER 

PA,A* 1 


2970 

TERMINATE 







2990 * 

ASSEMBLY LINE Z 


3010 

GENERATE 

VITINE12 


3020 

ASSIGN 

2.7 

2 station 7 Is ASSY 7 

3039 

TRANSFER 

680, ASM, RTRK1 


3040 

A6SIGN 


] station 8 la ASSY8 

3050 

TRANSFER 

sw.rsh.rtrki 


3060 

ENTER 



3070 

TERMINATE 



3090 • 


inspection station 9 

3110 IH6P 

ASSIGN 

3, ICC$tTW1(P2, 2) 

jlnap, station 

3120 

ASSIGN 

«,l«t:P€RC(P3,l> 

2 Inspection rata 

3130 

ASSIGN 

3,rwin:ne(P3,i> 

j tint for inspection 

3140 

ASSIGN 

6,NN3ITINE(P3,2) 

2 tine for repolr 

3150 

QUEUE 

rwt$TW)(Pi,i) 

; count entering ports 

3160 

DEPART 

nxtSTN<(P2,l) 

2 and pass 

3170 

TRANSFER 

,FN»4 

2 to be checked? 

3100 CHECK 

QUEUE 

IW$ISTR<P3,1> 

{welt on the Inop. facility 

3190 

SEIZE 

HX$ISTR(P9,1) 

2 seise the Inop. facility 

3200 

DEPART 

rw$ItTR(P3,l) 

2 leave the Inop. queue 

3210 

ADVANCE 

V*5 

2 Inspecting part 

3220 

RELEASE 

BX»ItTP(P3,l) 

2 releaoe the Inop. facility 

3230 

ASSIGN 

.,IWtIP£RC(P3,2) 

{repair rate 

3240 

TRANSFER 

,FN* 4 

2 to be repaired? 

3250 REPAIR 

QUEUE 

nxmTP(PJ,2> 

|ua1t on repairing facility 

3260 

SEIZE 

IW3ttTR(P3 < 2) 

{seise the repairing -foclllty 

3270 

DEPART 

nx3I«TR(P3,3) 

jleouo the queue 

3200 

ADVANCE 

V«6 

2 repairing porta 

3290 

RELEASE 

nXttSTR(P3,2) 

{release the repairing facility 

3300 

ASSIGN 

4.IMtlPCtC(Pt,l) 

2 scrap rote 

3310 

TRANSFER 

,FN«4 

| 1e port ocropped? 

3320 PASO 

TRANSFER 

F,RTAN1,1 

jflnloh Inopoctlon and return 

3330 SCRAP 

OOCUC 

nxtUTP(P3,3) 

{Count ocropped parto 

3349 

DEPART 

nxmiP(P3,3> 

2 and pass 

3359 

TERMINATE 


jternlnate the transaction 

3379 • 


TASK STATION 

s 

3390 TASK 

ASSIGN 

3,IW|STW1(P2,1) 

inane of the task station 

3499 

ASSIGN 

6 t NXf STINE (P2, 1) jtlno for operation 

3419 

OUEUE 

P3 

{wait on the facility 

3429 

SEIZE 

PS 

leelse the facility 

3430 

DEPART 

PS 

2 leave the queue 

3449 

ADVANCE 

VOS 

iperforn operation 

3459 

RELEASE 

P3 

{release the facility 

3469 

TRANSFER 

P # RTRN1, 1 

{finish and return 

3490 i 


ASSEM9LY STATION 9 

3500 ASH 

ASSIGN 

3, NN$STAN(P2, 1) 

inane of the station 

3519 

ASSIGN 

7,NK$STAN(p2 t 2) 

{no. of port types requires 

3520 

ASSIGN 

6.NK|STINE(P2»1) {ossenbly tine 

3539 

ASSIGN 

0,1 

linden for port type 

3540 

ASSIGN 

3,2 

linden for units of port 

3559 

QUEUE 

P3 

|uo1t on the facility 

3569 PRO 

ASSIGN 

•*, 2 

2 point to neat type 

3570 

ASSIGN 

9*, 2 

{point to neat no. of unite 

3590 

ASSIGN 

3,nxtSTRt1(P2,P3> ] part Id 

3599 

ASSIGN 

10, NHlPART (P5, 1 ) jnant of port 

3699 

ASSIGN 

20, NX$STAN(P2,P9) jnunbar of unHi of port 

3619 

OUEUE 

P10 

2 wait to got ports 

3629 

TRANSFER 

6BR, TAKEP, RTRN2 

2 get ports 
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3630 

DEPART 

P10 

2 leave the queue 

3640 

LOOP 

7, PAO 

i received all p«rl« r o? 

3650 

SEIZE 

P3 

{•die the facility 

3660 

DEPART 

P3 

j leave the queue 

3670 

ADVANCE 

V*6 


3600 

RELEASE 

P3 

jreleeee the facility 

3690 

TRANSFER 

P, RTRN1, 1 

j return to the c«lH n O etetonent 

3710 * 


INVENTORY CONTROL 

i 

3730 TAKEP 

TEST E 

HX$PftRT (P5, 2), 1 . PULL jpoll or pu»h 

3740 PUSH 

TEST C£ 

S*lfi, P20 

|ivan«b)i >■ req • 

3750 

LEAVE 

tie, P 20 

1 toko unUi reque* tod 

3760 

TRANSFER 

P, RTRN2, 1 

2 roturn 

3770 PULL 

ASSIGN 

30, HXfCART (P5, 1) 

2 none of oort for the port 

3788 

TEST GE 

S*10, P20, HEEDC 

; oval loblo >• raquo*ted? 

3790 hihusf 

1 LEAVE 

«10, P20 

2 toko units requested 

3800 

6PLXT 

1, USEP 

2 signal uot of port* 

3818 

TRANSFER 

P, RTRN2, 1 

;roturn . . ... 

3820 HEEDC 

ASSIGN 

20-, 6*10 

j requested - eve11*bl« * unfilled 

3830 

LEAVE 

tie, sue 

2 toko renelnlng 

3840 

SPLIT 

1, USEP 

2 signal u*o of port# 

3850 

TEST C£ 

S« 30,1 

2 any full ©ort available? 

3860 

LEAVE 

130 

2 toko 1 ©ort 

3878 

ENTER 

tie, HX$CSI2E(PS, 1 ) 

jrvoko port* oval loblo 

3880 

TEST 6E 

Stl0,P20, HEEDC 

2 oval loblo >■ unfilled? 

3890 

LEAVE 

*10, P20 

2 toko unfilled unit* 

3900 

6PLIT 

1, USEP 

)il|n«1 u*o of por'to 

3918 

TRANSFER 

P,RTRN2,1 

1 return 

3920 USEP 

TEST G 

S«10 ( e,ENPTYC 

2 check it cert •<***' 

3930 

TERNINATE 


2 tornlnoto the tron*oot1on 

3940 EHPTYC 

SPLIT 

1, ORDER! 

2 sign* 1 to order 

3950 

TEST GE 

8*30,1 

2 any full oort ov*1 loblo 

3968 

LEAVE 

*30,1 

i toko 1 ©ort 

3970 

ENTER 

*10, NXfCSIZE(P5,l) 

ineke port* *u*H*blo 

3980 

TERNINATE 


2 tornlnoto the tr*n*oct1on 

3990 ORDERl 

ASSIGN 

26, HMtFEICCPS, 1 ) 

2 none of tho uohlolo 

4888 

ASSIGN 

3t.nx»nnn£(R5,i) 

fnovlng tine 

4818 

OUEUC 

P26 

2 welt on tho uohlolo 

4828 

SEIZE 

P26 

2 *e lie the uohlolo 

4830 

DEPART 

P26 

j leave the queue 

4848 

ADVANCE 

V*36 

2 novlng tho enpty oort 

4850 

RELEASE 

P26 

iroloooo the uohlol* 

4868 

SPLIT 

1, GET IF 

1 eigne 1 to got * full oort 

4878 

ASSIGN 

12,P5 

looolgn port Id 

4888 

ASSIGN 

15, NMfSCART (P5, 1 ) 

2 assign none of the *ort 

4090 6ET1C 

TRANSFER 

S8R,NFC,RTRN3 

2 order o ©ort of per to 

4100 

ENTER 

• 15,1 

2 receive o oort 

4118 

TERNINATE 


1 tornlnoto the t rone action 

4128 GET IF 

ASSIGN 

31 ,NX$SCART (P5, 1) 

linden for e full ** rt 

4138 

OUEUC 

P31 

2 volt on o full oort 

4148 

TEST GE 

$*31, 1 

1 whether o full oort U available 

4158 

LEAVE 

• 31,1 

1 toko 1 ©art 

4168 

DEPART 

P31 

2 leave tho queue 

4178 SEND1F 

QUEUE 

P26 

j mo I t on tho uohlol© 

4188 

SEIZE 

P26 

jeelse tho uohlol* 

4190 

DEPART 

P26 

1 leave the queue 

4208 

ADVANCE 

V*36 

inovlng tho full oort 

4218 

RELEASE 

P26 

; re 1 teas tho uohlolo 

4228 

ENTER 

•30,1 

2 Increeae Inventory by 1 ©o^t 

4238 

TERNINATE 


1 tornlnoto the tronoeetlon 

4258 • 


NANUFACTURINC CELL 

• 

4278 MFC 

ASSIGN 

13, HXfCELLfPl?, 1 ) 

l none of nonuf * 00 1 1 

4280 

ASSIGN 

14,NX$CTIne(P12,l) 

2 setup tine of o tort 

4290 

ASSIGN 

16, NXf CTlNE(P12, 2) 

inomif. tine of o po^t 

4300 

OUEUE 

P13 

2 welt on the foolllty 

4310 

ASSIGN 

7, RKf CSIZE(Pl2, 1) 

jno. of port* In • •* rt | 

4328 CARTQ 

ASSIGN 

17,HH$ITEH<P12,1) 

2 no* of Iton* typot naq d 

4330 

A6SIGN 

M 

linden for Iton typo 

4348 

ASSIGN 


j Index for w*H© of Hon 

4350 PARTO 

ASSIGN 

•*,2 

2 point to nent type 
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4360 

ASSIGN 

9 *. 2 

{point to next no. of unite 

4370 

ASSIGN 

5, nX$ITEN(P12 ( P 8 ) 

1 Id of tho 1 t*« req'd 

4380 

ASSIGN 

10,NXlPART<P5,l) 

j none of the Iton 

4390 

ASSIGN 

20 , NX$ITEN(P12, P9) 

junlto of the 1 ten req'd 

4400 

OUEUE 

P10 

juelt on the 1 tene 

4410 

TRANSFER 

S 8 R, TAKEP, RTRN2 

j 0 et Itcne 

4420 

DEPART 

P10 

1 leeve the queue 

4430 

LOOP 

17, PART Q 

{loop for next 1 ten type req’d 

4440 

LOOP 

7, CART 0 

i loop for next pert to be node 

4450 FAC 

SEIZE 

P13 

jeelee the feclllty 

4460 

DEPART 

P13 

{leeve the queue 

4470 

ADVANCE 

V*14 

{eet up feclllty 

4400 

ADVANCE 

VINTINE 

jnenufocturlnf 

4490 NTIHE 

FVARIA 8 LE 

VH6inK$CSIZE(P12,l) 

l nenufecturlng tine 

4509 

RELEASE 

P13 

{releeee the feclllty 

4510 

TRANSFER 

P, RTRN3,1 

j nenuf ecturlng conplete 
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